Страница 1 из 1
SNMP error status: noSuchName на MES1124M
Добавлено: 03 авг 2016 14:33
mopnex
Добрый день.
Имеется несколько десятков MES1124M, которые постоянно мониторятся mrtg с периодичностью раз в пять минут. Не бывает ни одного периода, когда несколько коммутаторов не ответят так:
Код: Выделить всё
SNMP Error:
Received SNMP response with error code
error status: noSuchName
index 1 (OID: 1.3.6.1.4.1.89.1.8.0)
SNMPv1_Session (remote host: "172.16.3.3" [172.16.3.3].161)
community: "public"
request ID: 779567964
PDU bufsize: 8000 bytes
timeout: 2s
retries: 5
backoff: 1)
Поведение не предсказуемо: один и тот же коммутатор может при пяти проверках ответить правильно, а на шестой - noSuchName. И потом - опять правильно.
Hardware Version 01.02
Software Version 1.1.38
Boot Version 0.0.0.3
Re: SNMP error status: noSuchName на MES1124M
Добавлено: 03 авг 2016 14:56
Евгений Т
Добрый день.
Насколько я понимаю, это мониторится загрузка коммутатора за последнюю минуту?
Сколько процентов она составляет?
Покажите
sh cpu ut
Попробуйте обновить версию до 1.1.45 (можете найти ее на сайте) и перепроверить.
Мониторятся ли другие OID? С ними подобных проблем нет?
Re: SNMP error status: noSuchName на MES1124M
Добавлено: 03 авг 2016 18:16
mopnex
Да, мониторится загрузка цпу за последнюю минуту. Составляет в пределах 1-10%.
Кроме этого OID мониторится еще 1.3.6.1.4.1.89.1.9.0 (загрузка за 5 минут). Но с этим OID проблем не возникает. Ругань всегда только на 1.3.6.1.4.1.89.1.8.0.
Проверить другую прошивку пока, к сожалению, не могу: нет под рукой резервных коммутаторов.
Re: SNMP error status: noSuchName на MES1124M
Добавлено: 23 авг 2016 10:38
Евгений Т
Добрый день.
Удалось проверить на новой версии ПО?
Re: SNMP error status: noSuchName на MES1124M
Добавлено: 15 сен 2016 12:25
mopnex
Здравствуйте.
Да, на версии 1.1.45 тоже самое:
Код: Выделить всё
SNMPv2-SMI::enterprises.89.1.8.0 = No Such Instance currently exists at this OID
SNMPv2-SMI::enterprises.89.1.9.0 = No Such Instance currently exists at this OID
Специально написанный скрипт показал интересную особенность. Скрипт отправлял 10000 snmp-запросов с интервалом в 1 секунду. С начала свитч отвечал нормально, потом - 3 ответа подряд неправильные и потом до конца - опять все нормально. Т.е. неправильные ответы идут серией, подряд.
Такое поведение подтвердилось несколько раз. Если убрать задержку между запросами - опять подтверждается, что неправильные ответы идут подряд - 20,30, все, сколько скрипт успеет отправить. И потом опять все нормально.
Re: SNMP error status: noSuchName на MES1124M
Добавлено: 15 сен 2016 12:31
Евгений Т
Запущу такой же скрипт, проверю.
Re: SNMP error status: noSuchName на MES1124M
Добавлено: 16 сен 2016 14:30
Евгений Т
Воспроизвел ситуацию. Сообщите в ЛС название вашей компании и критичность вопроса для вас.
Re: SNMP error status: noSuchName на MES1124M
Добавлено: 16 сен 2016 15:54
Евгений Т
Исправим в будущих версиях ПО.
Re: SNMP error status: noSuchName на MES1124M
Добавлено: 16 сен 2016 16:00
Евгений Т
Есть еще вопрос.
Вы пишите
Да, на версии 1.1.45 тоже самое:
КОД: ВЫДЕЛИТЬ ВСЁ
SNMPv2-SMI::enterprises.89.1.8.0 = No Such Instance currently exists at this OID
SNMPv2-SMI::enterprises.89.1.9.0 = No Such Instance currently exists at this OID
Хотя до этого говорили:
Кроме этого OID мониторится еще 1.3.6.1.4.1.89.1.9.0 (загрузка за 5 минут). Но с этим OID проблем не возникает
Скрипт опрашивал какие OID?
Вышлите конфигурацию вашего коммутатора на почту в моей подписи с пометкой "для Евгения" и ссылкой на тему форума.
Re: SNMP error status: noSuchName на MES1124M
Добавлено: 16 сен 2016 18:03
mopnex
Сначала я писал то, что показывал mrtg, а сейчас - что показал скрипт. Разница в их алгоритмах: mrtg в этом же сообщении дальше говорит:
Код: Выделить всё
2016-09-16 15:00:03: WARNING: skipping because at least the query for 1.3.6.1.4.1.171.12.1.1.6.3.0 on 172.16.3.11 did not succeed
2016-09-16 15:00:03: WARNING: no data for 1.3.6.1.4.1.171.12.1.1.6.3&1.3.6.1.4.1.171.12.1.1.6.3:public@172.16.3.11. Skipping further queries for Host 172.16.3.11 in this round.
Т.е. если один OID проверить не удалось, остальные он пропускает.
MRTG опрашивал 2 OID: 1.3.6.1.4.1.89.1.8.0 и 1.3.6.1.4.1.89.1.9.0. Скрипт - их же.
Почту отправил.