Странная ситуация с SNMP

[axel]

Еще заметил такую фишку:
В Copabilities

isSNMP false.

Но это явно не так.. Ибо все работало до этого.

[victor]

Кстати, а можно прислать полный лог status poll'a?

[axel]

А где его можно взять?

P.S.> решил проблему путем Poll->Configuration. Запросил заново конфигурацию и проблема после этого решилась. При Poll->Status на статус интерфейсов писал Unknown.
Удастся ли повторить данную проблему, не знаю.

[victor]

Похоже что в какой-то момент сервер решил что устройство не поддерживает SNMP, или что SNMP агент недоступен - тогда статус интерфейсов без IP адресов действительно будет UNKNOWN (там где есть IP сервер будет использовать ping). Принудительный configuration poll сбрасывает все флаги и заново делает опрос. Кстати, в event log не пробегали события SYS_SNMP_UNREACHABLE или SYS_NODE_CAP_CHANGED?

[axel]

В принципе event-log должен сохраняться 60 дней. Попробую завтра с утречка посмотреть на работе. Из дома как-то не очень. По результатам сообщу.

[axel]

event log показывает за последние сутки. в конфиге сервера прописано сохранять 60 дней логи. Как выбрать за старый период не обращаясь к ручным SQL запросам???

[victor]

К сожалению никак Просмотр логов с консоли - один из нерешенных вопросов к сожалению...

[axel]

Тем самым нужно и это внести в "Предложения и Пожелания" ИМХО!

[prx]

У меня была похожая ситуация - возникла после изменения snmp индексов интерфейсов.

[axel]

Опять фигня какая-то. Смотрю на устройстве: интерфейс UP. NetXMS-же говорит: DOWN.

Возвращается почему-то статус:
interfaces.ifTable.ifEntry.ifOperStatus.1083=2

По поводу другого интерфейса, он говорит что Administrativly Down, хотя смотрю сам на железке и все путем, он в UP-е и все хорошо...
Возвращается такой же статус:
interfaces.ifTable.ifEntry.ifAdminStatus.1071=2

[victor]

Статус 2 означает down - может ли быть такое что по SNMP железка возвращает неправильные данные? Или может быть по какой-то причине изменились индексы интерфейсов?

[axel]

Вполне возможно что индексы поменялись. Попробую посмотреть.

[axel]

Действительно индексы поменялись.
Заодно нашел как сделать так, чтоб они не менялись. Можно добавить ИМХО в ЧаВО:
#(config)snmp-server ifindex persist
после этого нужно сохраниться.
Далее проверяем
dir nvram:ifIndex-table
этот файлик не должен быть равен 0... Если равен 0, то  значится вы не сохранились. Сделайте "wr", после этого он должен изменить свой размер.
При загрузке Cisco будет выставлять индексы устройств ориентируюсь на этот файлик.

[victor]

Спасибо Опыта работы с Cisco мне явно не хватает...

[weec]

Alex, продублируйте подробно вопрос и ответ
и я внесу их в FAQ

[axel]

При перезагрузке устройства Cisco, устройство каждый раз создает новые Index-ы для интерфейсов, которые могут измениться, а могут и не меняться (зависит от изменений, произведенных на оборудовании). Соответствено NetXMS обращается на старые индексы и выдавать неверную информацию. Чтобы этого не происходило, необходимо на оборудовании прописать команду:
#(config)snmp-server ifindex persist
которая создаст файл ifIndex-table в nvram. Далее Cisco при загрузке устанавливает индексы для интерфейсов сверяясь с этим файлом, тем самым решается вопрос с неверным отображением информации по интерфейсам по SNMP.

[weec]

как будет звучать сам вопрос?

[axel]

Что необходимо сделать на оборудовании Cisco, чтобы не изменялись Index-ы интерфейсов при перезагрузке/смене IOS-а устройства.

[weec]

добавлено в FAQ
спасибо