Я неоднократно сталкивался с тем, что на одном из наших объектов теряются данные PPPoE. Обычно раз или два в месяц какой-нибудь объект так себя ведёт. У нас около 40 объектов с USG4 и пару небольших с USG3. Это случилось недавно на USG3 в 00:28 по GMT во вторник.
Диагностика:
1. На телефонах объекта пропал интернет, контроллер прислал уведомление об ошибке — объект недоступен.
2. Звонок на объект.
3. Заходят вручную в роутер.
4. Поля PPPoE пустые.
5. Просят ввести настройки PPPoE.
6. Переподключаются и перепроверяют настройки.
7. Объект снова падает.
8. Данные PPPoE снова пропадают в контроллере (?), вводятся заново в конфигурацию WAN.
9. Повторяют шаги с 3 по 6.
10. Объект возвращается в сеть.
Кто-нибудь еще сталкивался с такой проблемой в своей сети Unifi?
Версия контроллера 5.4.11 (подключение через L3-adoption)
Прошивка на устройствах:
USG3 — 4.3.34.4943823
USG4 — 4.3.34.4943827
DPI включен, возможно, проблема похожая. Похоже, что что-то происходит на уровне взаимодействия контроллера с USG3/USG4, из-за чего теряются настройки.
Контроллер запущен на удалённом Linux-сервере с Ubuntu 14.04 и работает на версии 5.4.11.
Версия Java — 1.8.0.121-b13.
При анализе логов контроллера на момент провала настройки появляется следующая ошибка:
[2017-03-13 00:10:06,465] <inform_stat-45> ERROR dev - Error in DeviceManager.processStat() java.util.ConcurrentModificationException
at java.util.LinkedHashMap$LinkedHashIterator.nextEntry(LinkedHashMap.java:394)
at java.util.LinkedHashMap$KeyIterator.next(LinkedHashMap.java:405)
at com.ubnt.data.X.mergeFrom(Unknown Source)
at com.ubnt.service.super.return.returnsuper(Unknown Source)
at com.ubnt.service.super.return.?00000(Unknown Source)
at com.ubnt.service.super.O0OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO OOOOOOOOOOOO.o00000(Unknown Source)
at com.ubnt.service.super.M$_o.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
Ранее эта ошибка уже была опубликована здесь.
Диагностика:
1. На телефонах объекта пропал интернет, контроллер прислал уведомление об ошибке — объект недоступен.
2. Звонок на объект.
3. Заходят вручную в роутер.
4. Поля PPPoE пустые.
5. Просят ввести настройки PPPoE.
6. Переподключаются и перепроверяют настройки.
7. Объект снова падает.
8. Данные PPPoE снова пропадают в контроллере (?), вводятся заново в конфигурацию WAN.
9. Повторяют шаги с 3 по 6.
10. Объект возвращается в сеть.
Кто-нибудь еще сталкивался с такой проблемой в своей сети Unifi?
Версия контроллера 5.4.11 (подключение через L3-adoption)
Прошивка на устройствах:
USG3 — 4.3.34.4943823
USG4 — 4.3.34.4943827
DPI включен, возможно, проблема похожая. Похоже, что что-то происходит на уровне взаимодействия контроллера с USG3/USG4, из-за чего теряются настройки.
Контроллер запущен на удалённом Linux-сервере с Ubuntu 14.04 и работает на версии 5.4.11.
Версия Java — 1.8.0.121-b13.
При анализе логов контроллера на момент провала настройки появляется следующая ошибка:
[2017-03-13 00:10:06,465] <inform_stat-45> ERROR dev - Error in DeviceManager.processStat() java.util.ConcurrentModificationException
at java.util.LinkedHashMap$LinkedHashIterator.nextEntry(LinkedHashMap.java:394)
at java.util.LinkedHashMap$KeyIterator.next(LinkedHashMap.java:405)
at com.ubnt.data.X.mergeFrom(Unknown Source)
at com.ubnt.service.super.return.returnsuper(Unknown Source)
at com.ubnt.service.super.return.?00000(Unknown Source)
at com.ubnt.service.super.O0OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
at com.ubnt.service.super.M$_o.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
Ранее эта ошибка уже была опубликована здесь.
