У меня помимо нескольких 10-ков компов мониторится 13 свитчей, на всех все хорошо, а один с 12 января начал показывать трафик с перерывами приблизительно в 10 минут, 10 минут с одних интерфейсов снимает данные, 10 с других и так постоянно. Захожу в настройку элементов узла, а там надписи на отвалившихся интерфейсах: invalid SNMP response: to few variable bindings.
-
-
Предположу что стоит выключить "bulk". Если запрашивать через snmp_get() сразу несколько OID, то в ответе могут возвращены не все, либо для некоторых будут значения-ошибки. Забикс ругается что на запрос значений N OID получил в ответе M "биндингов" (OID = VALUE), при этом M < N (few). -
Свитчи мониторятся при помощи шаблона с правилом автообнаружения, утащил скрипт с этого форума. Запрос там делается через SNMPWALK. Версия Zabbix 2.2.4
Про отключение Bulk нигде не нашел.
А самое странное, что везде все нормально, и только с одним такая проблема и около полугода до этого он мониторился смирно. А есть вариант, что проблема в самом свитче?Comment
-
В этой версии штатно он не отключается, вам надо патч искать (он где-то на форуме валяется). В данном случае, проблема и в свиче (который не может обработать большой bulk запрос), и в zabbix-е (который очень криво эту ситуацию отрабатывает).
Вообще, Zabbix должен уменьшать количество строк в bulk-запросе, если что-то идет не так. Однако по каким-то причинам он это не всегда делает. Видимо, когда у вас работало полгода, zabbix смог уменьшить количество строк в запросе, а сейчас не может.Comment
-
Скрипт автообнаружения никакого отношения к вашей проблеме не имеет. Результат автообнаружения это создание кучки элементов данных, в вашем случае это куча элементом данных типа SNMP, и эти элементы забикс уже пулит так же как любые другие. Вот на этапе пулинга данных и происходит ошибка, из-за того что забикс пытается запрашивать сразу много данных в одном SNMP запросе.
И, я уже не один раз это писал, большинство путает "zabbix bulk" с "snmp bulk requests". То что реализовали в zabbix никакого отношения к snmpgetbulk() не имеет. Zabbix просто научился пулить элементы пачками - один snmpget() с кучей OID в качестве аргументов, так называемый varlist. Все, абсолютно все, оборудование имеет ограничение на кол-во элементов в varlist, но разработчики zabbix про это не знали и их алгоритм позволяет собрать в один varlist слишком больше кол-во OID. В новых версиях алгоритм "zabbix bulk" можно отключать, а для вашей версии есть патчик.Comment
-
Понял. Спасибо большое! Буду разбираться.Comment
Comment