Пожалуйста создавайте отдельные топики. Было: [bugtrack] проблемы, ошибки в раб…

Started by weec, July 13, 2007, 12:48:26 PM

Previous topic - Next topic

Alex

Ок. Тогда подскажите мне грешному, как в настройках объекта поменять SNMP OID? Поле кликабельно, но неизменчиво.

Victor Kirhenshtein

Похоже на баг в сервере. А можно ли попробовать такую команду:

nxsnmpwalk -v 2c -c community node .1.3.6.1.2.1.2

заменив community на реальный SNMP community и node на адрес ноды.
Если IP адреса не секрет, то можно прислать все что выдаст мне на мейл (victor -at- opticom.lv), или просто отработалы без ошибок или в конче выдала какое-нибудь сообщение.

Alex

Quote from: Victor Kirhenshtein on August 06, 2007, 08:56:51 PM
Похоже на баг в сервере. А можно ли попробовать такую команду:

nxsnmpwalk -v 2c -c community node .1.3.6.1.2.1.2

заменив community на реальный SNMP community и node на адрес ноды.
Если IP адреса не секрет, то можно прислать все что выдаст мне на мейл (victor -at- opticom.lv), или просто отработалы без ошибок или в конче выдала какое-нибудь сообщение.


работал минут 30 наверно.
Последние 3 строки:
.1.3.6.1.2.1.2.2.1.22.5230 [06]: .0.0
.1.3.6.1.2.1.2.2.1.22.5231 [06]: .0.0
.1.3.6.1.2.1.2.2.1.22.5232 [06]: .0.0
#
Как видно отработал нормально.

Victor Kirhenshtein

Т.е. на ноде больше 5000 интерфейсов? Похоже что у сервера проблема когда их так много. Буду думать как такие ситуации обрабатывать.
Кстати, что выдаст
nxsnmpget -v 2c -c community node .1.3.6.1.2.1.2.1.0
?

Alex

Quote from: Victor Kirhenshtein on August 08, 2007, 12:46:31 PM
Т.е. на ноде больше 5000 интерфейсов? Похоже что у сервера проблема когда их так много. Буду думать как такие ситуации обрабатывать.
Кстати, что выдаст
nxsnmpget -v 2c -c community node .1.3.6.1.2.1.2.1.0
?

.1.3.6.1.2.1.2.1.0 [02]: 4914

Alex

Хех. недели 1,5 пытался сервер забрать список интерфейсов. Сегодня разродился наконец-то. :) Каким образом решилась проблема сказать не могу, ибо не знаю :(

Victor Kirhenshtein

На каждый интерфейс при configuration poll приходится примерно 5 SNMP запросов/ответов. Похоже просто наконец-то сложилась ситуация когда ни один из ~ 25000 запросов не завершился с ошибкой... Вообщем думать надо и оптимизировать.

weec