Сбой прошивки 3.7.29.5446 на UAPs

Сбой прошивки 3.7.29.5446 на UAPs, UniFi Network

Petasch

Guest

21.12.2016 10:10:00

После обновления до версии 5.3.8 и прошивки UAP, каждый день у 20 из 100 UAP падает устройство. Отвязка от контроллера… пинг проходит. Вход по SSH возможен, команда info ничего не показывает. Команда set-default выдает следующее сообщение. Помогает только перезагрузка — тогда UAP подключается к контроллеру и работает примерно сутки. Эта проблема наблюдается примерно на 20 устройствах UAP.

Вход как:
admin
admin@172.16.6.1’s password:

BusyBox v1.11.2 (2016-12-06 21:37:47 PST) встроенная оболочка (ash)
Введите 'help' для списка встроенных команд.

BZ.v3.7.29# info
BZ.v3.7.29# help

UniFi Command Line Interface - Ubiquiti Networks
info — отображает информацию об устройстве
set-default — сброс настроек до заводских
set-inform <inform_url> — пробует адрес для информирования (например, set-inform http://192.168.0.8:8080/inform)
upgrade <firmware_url> — обновить прошивку (например, upgrade http://192.168.0.8/unifi_fw.bin)
reboot — перезагрузить устройство

BZ.v3.7.29# set-default
syswrapper: [state is locked] waiting for lock
syswrapper: [state is locked] waiting for lock
syswrapper: [state is locked] waiting for lock
syswrapper: [state is locked] waiting for lock
syswrapper: [state is locked] waiting for lock
syswrapper: [state is locked] waiting for lock
^C

BZ.v3.7.29# reboot
BZ.v3.7.29#

vdale Guest	#2 20.02.2017 03:29:00 Похоже, версия 3.7.40 решила мою проблему. Хотя я и не использую zero handoff.

earlstahl Guest	#3 18.02.2017 22:02:00 Не помогло решить мои проблемы. Я использую zero handoff, и, похоже, именно в этом вся загвоздка. Всё отлично работает, если вернуться на версию 3.7.21.

mshorey Guest	#4 18.02.2017 00:34:00 Версия 3.7.40 определённо решила эту проблему примерно для 90 UAP, которые я обслуживаю. И, как и у вас, это, похоже, касалось именно модели UAP, а не AC-PRO или AC-LITE.

vdale

Guest

17.02.2017 23:46:00

Ух ты, рад, что я не один столкнулся с этой проблемой. Уже около месяца такое происходит только с UAP и UAP Outdoor моделями точек доступа. Прошивки от версии 3.7.21 до нынешней 3.7.39. Но на AP-Pro, AC-Pro или Outdoor+ пока такого бага не встречал. Очень раздражает, когда одна из твоих ежедневных задач — перезагружать пострадавшие точки доступа, чтобы все оставались онлайн и довольны.

Uwd Guest	#6 15.02.2017 16:14:00 Похоже, что версия 3.7.40 решает эту проблему.

webrats Guest	#7 26.01.2017 21:32:00 Нужна какая-то передышка с этой проблемой!

antoine3mibnl

Guest

23.01.2017 07:31:00

Когда это исправят? У нас эта проблема возникает только на AP: мы выключаем SIDN ночью, а утром, когда SIDN должен активироваться, AP падает и перестает работать. Пожалуйста, исправьте это как можно быстрее, это уже реально раздражает.

scottb Guest	#9 23.01.2017 03:20:00 Подключитесь к устройству по SSH и введите команду 'date' в командной строке. Если время отображается правильно, значит NTP работает.

Netlantique Guest	#10 23.01.2017 03:09:00 Где можно проверить, правильно ли работает NTP на точках доступа?

scottb

Guest

#11

22.01.2017 22:13:00

Ранее я писал, что у меня есть такая проблема, и она до некоторой степени сохраняется, но заметил, что как только настроил NTP и исправил время на этих точках доступа, они стали гораздо надежнее. Если в сети выше точки доступа случаются обрывы, и они теряют доступ к NTP, то снова отключаются и требуют перезагрузки. У вас у всех настроен NTP для ваших точек доступа?

Uwd

Guest

#12

22.01.2017 14:12:00

Я снова обновился до версии 3.7.37.6065. Всё ещё не работает. Ubiquiti, не могли бы вы сказать, когда этот баг починят? Уже больше месяца проблема не решается, хотя вышло несколько официальных прошивок. Это случается каждый день, воспроизводится без проблем и полностью выводит из строя основную функцию продукта на какое-то время ежедневно.

juliodiz Guest	#13 21.01.2017 16:00:00 Чтобы всё работало, мне нужно делать это по очереди в SSH: rm /tmp/.mcad rm /var/run/sys* killall syswrapper.sh rm /tmp/.mcad killall syswrapper.sh rm /var/run/sys* syswrapper.sh restore-default

MadPsy Guest	#14 21.01.2017 15:00:00 С контроллером версии 5.4.9 или 5.3.8 и прошивкой AP 3.7.35 и 3.7.37 у меня возникает эта проблема. С контроллером версии 5.4.9 и прошивкой AP 3.7.29 этой проблемы нет.

Netlantique

Guest

#15

21.01.2017 14:05:00

У меня такая же проблема с несколькими UAP — они отключаются от контроллера, и можно подключиться только по SSH к точке доступа... А ещё у меня есть проблемы с UAP, которые подключены к контроллеру и настроены с VLAN, люди вообще не могут подключиться со своими устройствами... Что происходит с этой прошивкой?

Uwd Guest	#16 21.01.2017 12:34:00 Я недавно обновился до последней версии 3.7.35.6029, которая недавно вышла. Всё равно не работает. Это раздражает.

juliodiz Guest	#17 21.01.2017 11:42:00 У меня такая же проблема. Всё ещё не работает.

Uwd Guest	#18 09.01.2017 13:44:00 Прошло уже 4 недели, а патча для этой ошибки до сих пор нет. Когда мы наконец получим исправление? Наверняка баг, из-за которого половина моих точек доступа отключается каждый день, заслуживает приоритетного патча.

Читают тему (гостей: 1)