Привет всем, иногда я замечаю ошибку в коммуникации между точкой доступа и её контроллером. Контроллер показывает ошибку в /var/log/unifi/server.log:
[2013-10-25 09:58:42,534] <http-bio-8080-exec-4> ERROR inform - Inform Invalid for Device[publicipaddress:41774], InputStream read error, read 7090/8600 java.net.SocketTimeoutException: Read timed out [и далее много строк с трассировкой стека java]
После этого на веб-интерфейсе точка доступа переходит в состояние "пропущен heartbeat", а потом появляется сообщение "AP [имя точки доступа] было подключено".
В это время я всё ещё могу пинговать и подключаться по ssh напрямую к точке доступа. Казалось бы, у неё есть интернет-соединение — могу пинговать внешние адреса и разрешать DNS прямо с командной строки AP. И сама точка доступа понимает, что не смогла связаться с контроллером. Команда "info" показывает такое состояние:
Model: UAP-Pro
Version: 3.1.6.2316
MAC Address: dc:9f:db:1a:f8:80
IP Address: 10.0.0.111
Hostname: uapmc1toppro
Uptime: 44301 секунд
Status: Timeout ()
Через пару минут статус меняется на "Connected". По моим ощущениям, все клиенты, подключённые к этой точке доступа, работают нормально, но я не могу сказать это наверняка. В общем, складывается впечатление, что какой-то обычный запрос информирования повреждается или обрывается в пути, а на следующем информе всё возвращается в норму.
Что странно, это происходит только с одной точкой доступа на площадке из восьми штук. Ни одна из остальных таких проблем не показывает (по крайней мере, из того, что я видел в логах). Я не знаю ничего особенного про эту одну точку доступа. Контроллер — версия L3 на AWS, использую текущий "unifi-beta" (3.1.6). На площадке есть роутер, который предоставляет и DHCP-опцию, и локальную запись DNS "unifi", указывающую на AWS-машину.
Похоже, это как-то связано, но там пока нет ответа:
Дэнни
[2013-10-25 09:58:42,534] <http-bio-8080-exec-4> ERROR inform - Inform Invalid for Device[publicipaddress:41774], InputStream read error, read 7090/8600 java.net.SocketTimeoutException: Read timed out [и далее много строк с трассировкой стека java]
После этого на веб-интерфейсе точка доступа переходит в состояние "пропущен heartbeat", а потом появляется сообщение "AP [имя точки доступа] было подключено".
В это время я всё ещё могу пинговать и подключаться по ssh напрямую к точке доступа. Казалось бы, у неё есть интернет-соединение — могу пинговать внешние адреса и разрешать DNS прямо с командной строки AP. И сама точка доступа понимает, что не смогла связаться с контроллером. Команда "info" показывает такое состояние:
Model: UAP-Pro
Version: 3.1.6.2316
MAC Address: dc:9f:db:1a:f8:80
IP Address: 10.0.0.111
Hostname: uapmc1toppro
Uptime: 44301 секунд
Status: Timeout ()
Через пару минут статус меняется на "Connected". По моим ощущениям, все клиенты, подключённые к этой точке доступа, работают нормально, но я не могу сказать это наверняка. В общем, складывается впечатление, что какой-то обычный запрос информирования повреждается или обрывается в пути, а на следующем информе всё возвращается в норму.
Что странно, это происходит только с одной точкой доступа на площадке из восьми штук. Ни одна из остальных таких проблем не показывает (по крайней мере, из того, что я видел в логах). Я не знаю ничего особенного про эту одну точку доступа. Контроллер — версия L3 на AWS, использую текущий "unifi-beta" (3.1.6). На площадке есть роутер, который предоставляет и DHCP-опцию, и локальную запись DNS "unifi", указывающую на AWS-машину.
Похоже, это как-то связано, но там пока нет ответа:
Дэнни
