События отключения AP

События отключения AP, UniFi Network

matejS

Guest

05.10.2017 15:19:00

У меня есть два AC PRO AP, проводных, по одному на каждом этаже, всё работает. Но при этом каждые примерно 20, 30 или 50 минут появляются сообщения «AP был отключён». События приходят парами (на оба AP).
На AP появляются такие ошибки в логах:
Oct 5 07:48:11 UBNT user.err syslog: ubnt_protocol.ubnt_stainfo_notify(): ubnt_protocol не включён
или
Oct 5 12:53:01 UBNT kern.info kernel: [98978.950000] ar9300_handle_radar_bb_panic: BB status=0x04008009 rifs=0 - отключение
Oct 5 12:53:01 UBNT kern.info kernel: [98978.950000] ar9300_abort_tx_dma[938]: ar9300_stop_dma_receive не удалось
Oct 5 12:53:01 UBNT kern.info kernel: [98978.950000] ar9300_reset[6063]: ar9300_stop_dma_receive не удалось
…и так далее, с повторяющимися похожими ошибками, связанные с ar9300_handle_radar_bb_panic и ar9300_stop_dma_receive.

Есть идеи? На AP установлена версия 3.8.14.6780.
Спасибо.
С уважением, Matej

avelikanov Guest	#2 11.01.2018 07:12:00 @UBNT-jeff После Force provision я все равно получаю эти сообщения в логах.

Sam99

Guest

18.08.2018 23:05:00

Кто-нибудь кроме меня вообще обращает внимание на эти сообщения? Они всё ещё периодически и с большой частотой появляются у нескольких наших клиентов. Похоже, есть два способа с этим справиться:
1) Исправить основную проблему с «radar panic», из-за которой эти сообщения и появляются.
2) Дать нам возможность фильтровать передаваемые удалённые сообщения syslog по facility или приоритету, чтобы ограничить засорение syslog из-за этого.

Периодические потоки этих сообщений сильно снижают полезность функции удалённого syslog в UniFi, потому что они заглушают более важный контент.

Sam99

Guest

01.05.2018 22:23:00

Привет, Джефф, спасибо за твой ответ. Вот несколько выводов через grep и подсчётов слов из логов нашего сервера за последние пару дней, чтобы ты мог понять, как часто у нас появляются эти события (включая данные на сегодня до 15:00). Ошибки в основном возникают только на двух из шести сайтов, которые обслуживает этот сервер. Они идут очень быстроми сериями (то есть куча ошибок подряд, а потом пауза, и снова), и количество ошибок меняется каждый день:
sam@unifi9 ~ $ grep "ar9300_handle_radar_bb_panic" /var/log/syslog | wc -l
65
sam@unifi9 ~ $ grep "ar9300_handle_radar_bb_panic" /var/log/syslog.1 | wc -l
978
sam@unifi9 ~ $ grep "ar9300_handle_radar_bb_panic" /var/log/syslog.2 | wc -l
775
sam@unifi9 ~ $ grep "ar9300_handle_radar_bb_panic" /var/log/syslog.3 | wc -l
3170
sam@unifi9 ~ $ grep "ar9300_handle_radar_bb_panic" /var/log/syslog.4 | wc -l
214
sam@unifi9 ~ $ grep "ar9300_handle_radar_bb_panic" /var/log/syslog.5 | wc -l
4563
sam@unifi9 ~ $ grep "ar9300_handle_radar_bb_panic" /var/log/syslog.6 | wc -l
504
sam@unifi9 ~ $ grep "ar9300_handle_radar_bb_panic" /var/log/syslog.7 | wc -l
471
Интересно, что конечные пользователи на удалённых сайтах не жалуются на проблемы — все ошибки видны только в логах. Большое спасибо за помощь.
Сэм

UI-Team

Guest

30.04.2018 19:15:00

@Sam99

Как часто ты видишь сообщения паники? Каждое сообщение паники может занять примерно 2 миллисекунды времени. Так что если их сотни в секунду — это бы была серьёзная проблема. Какие конкретно симптомы ты наблюдаешь в своей сети?

Sam99

Guest

30.04.2018 17:04:00

Привет, есть какие-нибудь новости по этому поводу? У нас по-прежнему периодически идут потоки сообщений «ar9300_handle_radar_bb_panic» с нескольких площадок.
CONTROLLER VERSION 5.7.23 на Ubuntu 16.04
Все UAP-LR работают на версии 3.9.27.8537
Иногда эти потоки сообщений длятся 20 минут и больше.
Спасибо,
Сэм

avelikanov Guest	#7 11.01.2018 07:10:00 Значит, нет возможности включить или отключить это??

UI-Team Guest	#8 10.01.2018 22:49:00 @gouthamanr Можешь кликнуть правой кнопкой мыши, выбрать «Просмотр кода» и проверить, нет ли сообщений в консоли?

UI-Team Guest	#9 10.01.2018 22:48:00 @avelikanov Ошибка всё ещё появляется, если принудительно выполнить Provision для устройства(устройств)?

Sam99

Guest

#10

20.03.2018 19:48:00

У нас контроллер версии 5.7.20 и текущая прошивка UAP, но мы всё равно получаем огромное количество таких сообщений с разных площадок:
00:36:51 kern.6 ("U7LR,802aa8934672,v3.9.24.8264") kernel: [380028.320000] ar9300_reset[6063]: ar9300_stop_dma_receive не удалось
00:36:51 kern.6 ("U7LR,802aa8934672,v3.9.24.8264") kernel: [380028.550000] ar9300_handle_radar_bb_panic: состояние BB=0x04008009 rifs=0 — отключение
00:36:51 kern.6 ("U7LR,802aa8934672,v3.9.24.8264") kernel: [380028.550000] ar9300_abort_tx_dma[938]: ar9300_stop_dma_receive не удалось
00:36:51 kern.6 ("U7LR,802aa8934672,v3.9.24.8264") kernel: [380028.550000] ar9300_reset[6063]: ar9300_stop_dma_receive не удалось

Помимо этого бага, очень бы помогла возможность ограничить функцию удалённого syslog так, чтобы она пересылала только сообщения определённых категорий или, ещё лучше, только сообщения с минимальным уровнем серьёзности (как уже предлагалось в другой теме). Сейчас функция удалённого syslog имеет ограниченную полезность из-за потока большого количества сообщений с низким приоритетом от крупных инсталляций.

avelikanov Guest	#11 15.01.2018 10:16:00 Мне до сих пор пишут, моя версия контроллера 5.6.26. Наши логи тоже просто забиты этим мусором(

JeremyVeeya

Guest

#12

11.01.2018 16:15:00

Пожалуйста, дайте знать, если сообщения снова появятся на этой версии контроллера; они известны тем, что исчезают после обновления, а через некоторое время появляются снова. Игнорировать сообщения из syslog для нас — не вариант в долгосрочной перспективе; у нас около 1000 WAP на разных объектах, которые отправляют логи на централизованный syslog-сервер. Из-за огромного объёма сообщений от наших WAP, вызванных этой ошибкой, нам пришлось полностью отключить syslog на устройствах UniFI, и теперь мы немного слепы при диагностике сложных проблем.

gouthamanr

Guest

#13

11.01.2018 15:45:00

Пока нет, скорее всего появится, когда UNMS станет мейнстримом, но сейчас нет смысла его включать или отключать, так как, насколько я знаю, UNMS никак нельзя настроить с продуктами Unifi. UNMS появляется только в некоторых бета-версиях прошивки для некоторых edgemax устройств. Это просто баг, который, кажется, исправили в последней версии контроллера. Но если проблема всё ещё есть, временный выход — настроить ваш syslog сервер игнорировать эти сообщения от точек доступа.

gouthamanr

Guest

#14

11.01.2018 15:34:00

@UBNT-jeff

Только что увидел обновление прошивки для Cloud Key и установил его. Текущая версия прошивки моего Cloud Key — UCK.mtk7623.v0.8.9.d9dda97.180108.1229. После установки обновления версия контроллера стала 5.6.29-10253, и новых обновлений уже не видно. Также в моём syslog больше нет сообщений ubnt_protocol.

gouthamanr

Guest

#15

11.01.2018 15:25:00

@UBNT-jeff

[DOM] Найдено 2 элемента с неуникальным id #unifiDebugPanelLogButton: (Подробности: https://goo.gl/9p2vKq) <button id="unifiDebugPanelLogButton" type="button" ng-click="debugPanelCtrl.toggleLogging()" class="appMainButton appMainButton--primary appMainButton--cozy ng-binding">Начать логирование</button><button id="unifiDebugPanelLogButton" ng-click="debugPanelCtrl.searchCache()" translate="DEBUG_PANEL_ACTION_SEARCH" class="appMainButton appMainButton--cozy ng-scope">Поиск</button>

Обновил страницу, нажал применить обновление, потом кликнул правой кнопкой и выбрал «инспектировать». Вот что вижу в консоли. Я на Windows 10 x64, использую последнюю стабильную версию Chrome. Версия 63.0.3239.132 (Official Build) (64-bit).

Оставил окно консоли открытым в инспекторе, обновил страницу с помощью shift + ctrl + r, затем снова нажал применить обновление, но на этот раз в консоли не появилось никаких сообщений. Обновление не применилось.

gouthamanr

Guest

#16

10.01.2018 15:29:00

@UBNT-jeff

У меня есть UniFi Cloud Key с прошивкой UCK.mtk7623.v0.8.7.4158d32.171130.1346 и версией контроллера 5.6.26-10236. Появилось обновление контроллера до версии 5.6.29-10253, но каждый раз, когда я нажимаю «Применить обновление», на кнопке появляется вращающаяся анимация, а потом она останавливается, но обновление не устанавливается. Я перезагружал Cloud Key, но проблема с обновлением остаётся.

gouthamanr Guest	#17 10.01.2018 15:12:00 ubnt_protocol — это протокол обнаружения устройств Ubiquiti для UNMS.

avelikanov

Guest

#18

10.01.2018 07:14:00

Дорогие сотрудники Ubnt,

CONTROLLER VERSION 5.6.26

По-прежнему возникает ошибка: ubnt_protocol.ubnt_stainfo_notify(): ubnt_protocol не активирован.

Не могли бы вы чётко объяснить, что именно представляет собой ubnt_protocol и где я могу его включить или отключить?

Спасибо.

UI-Team

Guest

#19

09.01.2018 21:42:00

@gouthamanr

Пожалуйста, убедитесь, что у вас установлена версия контроллера 5.6, и сообщите нам, если проблема сохраняется. Если вы по-прежнему видите эти сообщения об ошибке (ubnt_protocol not enable), возможно, потребуется принудительно выполнить Provision устройств.

JeremyVeeya Guest	#20 09.01.2018 21:14:00 Не уверен, что сотрудники Ubnt прочитали эту тему. Я открою заявку в поддержку и сообщу вам, если что-то сдвинется с места.

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