У меня есть 1x UAP AC Pro и 3x UAP AC M Pro, которые управляются через новый CloudKey G2+ с версией прошивки 3.9.54.9373. Мои точки доступа выдают такую ошибку в журнале оповещений контроллера: /sbin/udhcpc завершился с кодом 256 и был перезапущен через inittab. Каждое устройство сообщает об ошибке по 2 раза в секунду, из-за чего лог за день и полтора доходит до миллионов записей.
Две из AC M Pro подключены через беспроводной uplink, и эти устройства в итоге переходят в состояние "отключено" (их можно пропинговать, но они не отвечают и не работают), приходится перезагружать питание, чтобы они снова подключились примерно на несколько дней. При предыдущей версии прошивки CloudKey, приложение SDN тоже становилось неотзывчивым примерно каждые 3-4 дня.
Если я откатываюсь на прошивку 3.9.27.8537, ошибки больше не появляются в логах контроллера, но в файлах логов каждого отдельного устройства всё равно видна эта ошибка:
daemon.info init: process '/sbin/udhcpc -f -i br0.1 -V ubnt -A 10 -s /etc/udhcpc/udhcpc_ip_only -p /var/run/udhcpc.br0.1.pid -h "RackAP"' (pid...
Я также пробовал прошивку версии 3.9.42.9152, и она показывала в логах контроллера аналогичную ошибку с такой же частотой:
event: { "caller" : "inittab" , "event_string" : "EVT_AP_RestartProc" , "exit_status" : "256" , "proc" : "/sbin/udhcpc"}
Я уже писал об этом на форумах, и после полученных советов понял, что ошибки появляются ТОЛЬКО если я задаю Management VLAN, отличный от VLAN 1. Но так и не смог понять, что именно вызывает эти ошибки — проблема в прошивке или в чём-то ещё.
Вот мой вопрос: поддерживаются ли Management VLAN и нужно ли делать что-то по-другому, чтобы избежать этих проблем (ошибок и зависания mesh-устройств)? Это известная проблема прошивки, и есть ли более старая версия, которая нормально работает с management VLAN?
Две из AC M Pro подключены через беспроводной uplink, и эти устройства в итоге переходят в состояние "отключено" (их можно пропинговать, но они не отвечают и не работают), приходится перезагружать питание, чтобы они снова подключились примерно на несколько дней. При предыдущей версии прошивки CloudKey, приложение SDN тоже становилось неотзывчивым примерно каждые 3-4 дня.
Если я откатываюсь на прошивку 3.9.27.8537, ошибки больше не появляются в логах контроллера, но в файлах логов каждого отдельного устройства всё равно видна эта ошибка:
daemon.info init: process '/sbin/udhcpc -f -i br0.1 -V ubnt -A 10 -s /etc/udhcpc/udhcpc_ip_only -p /var/run/udhcpc.br0.1.pid -h "RackAP"' (pid...
Я также пробовал прошивку версии 3.9.42.9152, и она показывала в логах контроллера аналогичную ошибку с такой же частотой:
event: { "caller" : "inittab" , "event_string" : "EVT_AP_RestartProc" , "exit_status" : "256" , "proc" : "/sbin/udhcpc"}
Я уже писал об этом на форумах, и после полученных советов понял, что ошибки появляются ТОЛЬКО если я задаю Management VLAN, отличный от VLAN 1. Но так и не смог понять, что именно вызывает эти ошибки — проблема в прошивке или в чём-то ещё.
Вот мой вопрос: поддерживаются ли Management VLAN и нужно ли делать что-то по-другому, чтобы избежать этих проблем (ошибок и зависания mesh-устройств)? Это известная проблема прошивки, и есть ли более старая версия, которая нормально работает с management VLAN?
Это однозначно говорит о том, что либо а.) новое прошивка багованная и вызывает ошибки, либо б.) старая прошивка просто не умеет показывать эти ошибки. Точно сказать может только UBNT.
