Не доступен узел по snmp, хотя snmpwalk говорит обратное.

[voler]

Есть три устройства одного вендора, мониторятся все три по snmp v3. После перезагрузки 2 устройства отвалились

Обратил внимание, что у двух одинаковый snmp engine-id больше подозрительного ничего не нашел.

Подскажите в какую сторону смотреть?

[Kos]

Обратил внимание, что у двух одинаковый snmp engine-id больше подозрительного ничего не нашел.
Подскажите в какую сторону смотреть?

А больше и не надо - этого достаточно. Engine ID для SNMP v3 на каждом устройстве должен быть уникальным. Когда этого добьётесь - передёрните конфигурацию SNMP-поллеров (чтобы не перезапускать весь сервер) командой

zabbix_server -R snmp_cache_reload

[voler]

zabbix_server [23374]: invalid runtime control option: snmp_cache_reload
у меня версия 4.4 забикс.
Может перезагрузка службы?

[Kos]

zabbix_server [23374]: invalid runtime control option: snmp_cache_reload
у меня версия 4.4 забикс.
Может перезагрузка службы?

Да, эта опция появилась только в версии 5.0. В более ранних надо перезапустить весь процесс сервера Zabbix, к сожалению (либо Zabbix-proxy, если мониторинг идёт через него).

[voler]

Тогда еще уточняющий вопрос устройства пропали в момент перезагрузки, и после 2 штуки отвались. SNMP engine-id разные.
И как эту проблему можно отлавливать?

[Kos]

Тогда еще уточняющий вопрос устройства пропали в момент перезагрузки, и после 2 штуки отвались. SNMP engine-id разные.
И как эту проблему можно отлавливать?

Которую из проблем?
То, что устройства отвалились - отлавливается любым стандартным шаблоном для мониторинга устройств по SNMP, поскольку перестают приходить данные по конкретному устройству.
То, что у них оказались совпадающие Engine ID - не знаю, как отлавливать. Просто надо знать, что такая особенность при мониторинге по SNMPv3 есть, и её учитывать. Например, если отвалилось сразу два устройства, то проверить, не совпали ли у них эти ID. В принципе, это довольно редкий случай, но, к сожалению, не уникальный.

Можно попытаться поискать в документации у производителя устройства, описано ли где-то, от как этот Engine ID формируется (у разных производителей разный подход - кто-то привязывает его к IP-адресу устройства, кто-то - к MAC-адресу, но мало кто позволяет менять этот Engine ID напрямую). У нас, например, эта ситуация возникла, когда готовили новый свитч на замену старому: у старого поменяли IP-адрес для менеджмент-интерфейса, а его прежний IP назначили новому свитчу и подняли на нём SNMPv3. Оказалось, что у них одинаковые Engine ID, т.к. операционка свитча в этой конкретной линейке продуктов формирует его на основе IP-адреса менеджмент-интерфейса на момент конфигурирования SNMP (и запоминает, даже если сам IP потом поменять).