Страница 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. Скрипт - их же.
Почту отправил.