Discover - Discover devices там прописана сетка /24 с комплектами. Вроде все добавились, отрисовались на карте. Но в поле Failed есть пару девайсов. Не могу понять что за девайся и по какой причине выходит ошибка.
В логах тишина. Логи на серваке скудные, нет нужной инфы.
Есть идеи ?
А в этой подсетке есть другие устройства, не Камбиум?
Да , есть.
Так получается под категорию Failed попадают не камбиум девайсы ?
| Device Name | |
| Device Type | undefined |
| Device ID | Discovery |
| Device IP Address | |
| Event Description | Failed to determine device type of xxx.xxx.xxx.xxx , discovery aborted. |
В эту категорию попадают все девайсы, которые система не может добавить для управления (например железка не ответила, или не совпадают community string/версии SNMP).
По количеству бьется? 18?
на 100% уверен что проблем с community string/версии SNMP быть не может. так как эти девайсы мониторятся еще другой системой мониторинга.
@SergeyGolovanov wrote:По количеству бьется? 18?
имеете ввиду изменяется ли кол-во ? да, изменяется. было 18 сегодня уже 30.
сервер ежедневно раз в день опрашивает забитые туда сеточки и добавляет свеженькие девайсы.
Нет, я имел в виду, совпадает ли это количество с количеством устройсв не-Кабиум в подсети.
В любом случае, если устройства Камбиум все определяются, тут беспокоиться не о чем. Не будем забывать, что SNMP работает поверх UDP, а в качестве среды передачи используется радио - возможно всякое.
Нет, не совпадает.
Сейчас на одной сетке около 35 failed. Не какмбиум устройств на много больше.
Проблема с обновлениями устройств через CNS Server. CNS Server и устройства камбиу находятся в разных подсетях.
При обновлении ошибка:
ServiceLauncher: All services have been started. Registered to is updating: false 2015-09-10 10:54:25,360 ERROR UpgradeMonitorThread.run(): 00:04:56:XX:XX:XX: Failed to upgrade device to 2.5
Добрый день, Роман.
Проходят ли SNMP запросы из подсети в которой CNS Server в подсеть где находится ePMP устройство и наоборот?
С какой версии делаете апгрейд?
От клиентских STA до CNS трапы проходят. Видим в tcpdump.
Upgrade from 2.4 → 2.5
Ошибка происходит при статусе "Uploading image to device"
Если клиенты настроены роутером, то возможно у них памяти нехватает для обновления, у подобное было правда в режиме AP, но суть как выяснилось та-же. переводите клиентов в бридж или ждите пока не будет трафика, потом обновляйте.
Клиенты в режиме бридж. Вручную обновляяю без проблем.
Всё-же подозреваю, что snmpd выедает всю доступную память при обновлении и рушится. Вот в моей теме выражали надежду, что все утечки ликвидировали... Предлагаю обновить до 2.5 "в рукопашную" и ждать 2.5.х или 2.6 чтоб повторить эксперимент.
