Отключить одновременную отправку неско&a

[.GS.]

Столкнулся с проблемой при опросе одной проприетарной софтины по snmp.

Снимал дамп на стороне опрашиваемого сервера, вот запрос от заббикса(обозначен за 192.168.1.1) к серверу (172.16.8.8):

    192.168.1.1.48169 > 172.16.8.8.161:  { SNMPv2c C=public { GetRequest(52) R=1392833127  .1.3.6.1.4.1.18027.11.3.1.8.1 .1.3.6.1.4.1.18027.11.3.1.9.1 } }
10:59:02.221676 IP (tos 0x0, ttl 60, id 15517, offset 0, flags [DF], proto UDP (17), length 96)
    192.168.1.1.48169 > 172.16.8.8.161:  { SNMPv2c C=public { GetRequest(52) R=1392833127  .1.3.6.1.4.1.18027.11.3.1.8.1 .1.3.6.1.4.1.18027.11.3.1.9.1 } }
10:59:02.278897 IP (tos 0x0, ttl 64, id 20324, offset 0, flags [DF], proto UDP (17), length 98)

Вот ответа сервера заббиксу:

    172.16.8.8.161 > 192.168.1.1.48169:  { SNMPv2c C=public { GetResponse(54) R=1392833127  .1.3.6.1.4.1.18027.11.3.1.8.1=654 .1.3.6.1.4.1.18027.11.3.1.9.1=[noSuchInstance] } }
10:59:02.278901 IP (tos 0x0, ttl 64, id 20324, offset 0, flags [DF], proto UDP (17), length 98)
    172.16.8.8.161 > 192.168.1.1.48169:  { SNMPv2c C=public { GetResponse(54) R=1392833127  .1.3.6.1.4.1.18027.11.3.1.8.1=654 .1.3.6.1.4.1.18027.11.3.1.9.1=[noSuchInstance] } }
10:59:04.716786 IP (tos 0x0, ttl 60, id 25290, offset 0, flags [DF], proto UDP (17), length 74)

У меня сразу возникает вопрос, это нормальное поведение для протокола snmp то, что сам запрос дублируется?

Но проблема кроется в другом, софтина эта, со слов разработчика, не может обрабатывать snmp-запросы в которых перечислено несколько OID'ов, т.е. запрос вида
{ SNMPv2c C=public { GetRequest(52) R=1392833127 .1.3.6.1.4.1.18027.11.3.1.8.1 .1.3.6.1.4.1.18027.11.3.1.9.1 } не проходит, ответ получаю всегда только по одному из OID'ов (в дампе видно). Если заббикс отсылает два отдельных запроса по каждому OID'у
{ SNMPv2c C=public { GetRequest(52) R=1392833127 .1.3.6.1.4.1.18027.11.3.1.9.1 } и
{ SNMPv2c C=public { GetRequest(52) R=1392833127 .1.3.6.1.4.1.18027.11.3.1.9.1 } от ответы приходят корректно. Насколько я понимаю совмещение этих запросов происходит в момент, когда время отправки этих запросов совпадает (даже при разных таймерах опроса). В связи с чем вопрос, можно ли как-то настроить заббикс, чтобы он не слал в одном snmp-запросе несколько OID'ов?

[Zentarim]

https://support.zabbix.com/browse/ZBXNEXT-2301

[.GS.]

Спасибо за ссылку.
Получается, что можно только глобально отключить эту настройку?

И на счёт дублирования snmp-запроса, это все-таки нормальное поведение или нет?

[Zentarim]

Пока что эту настройку можно отключить патчем, откатом на 2.2.2 или, наооборот, апгрейдом до 2.3.1. Дальше может что-то еще придумают. Проблема достаточно глобальная, поэтому с таким костыльным решением ее вряд ли оставят.

А дублирования snmp запроса вообще-то быть не должно. Полностью отключите хост и посмотрите - идут ли запросы от сервера. Если идут - скорее всего вы где-то в другом хосте снимаете ту же инфу.

[Jimson]

Это не дублирование, это retry, читайте документацию на net-snmp.
Раньше можно было настройки задавать непосредственно net-snmp библиотеке через snmp.conf, в zabbix 2.2 на сколько я знаю эти настройки вынесли толи в настройки сервера, толи в конфигурацию server/proxy.conf, короче ищите.

Основных параметра должно быть два: таймаут ожидания ответа и количество повторений, по умолчанию стоит что то вроде 1 секунда ожидания и 5 повторов (именно повторов, т.е. при 5 повторах всего будет 6 запросов и после этого только net-snmp вернет клиенту ошибку, опрос в нашем примере займет 6 секунд, следовательно это так же надо учитывать при расчете загрузки пуллеров и значения для параметра Timeout забикс-пулера).

[Zentarim]

Это не дублирование, это retry, читайте документацию на net-snmp.
Раньше можно было настройки задавать непосредственно net-snmp библиотеке через snmp.conf, в zabbix 2.2 на сколько я знаю эти настройки вынесли толи в настройки сервера, толи в конфигурацию server/proxy.conf, короче ищите.

Основных параметра должно быть два: таймаут ожидания ответа и количество повторений, по умолчанию стоит что то вроде 1 секунда ожидания и 5 повторов (именно повторов, т.е. при 5 повторах всего будет 6 запросов и после этого только net-snmp вернет клиенту ошибку, опрос в нашем примере займет 6 секунд, следовательно это так же надо учитывать при расчете загрузки пуллеров и значения для параметра timeout забикс-пулера).

10:59:02.221676
10:59:02.278897

Таймаут ожидания ответа, говорите? Не маловат?

[.GS.]

Сейчас установлен Zabbix 2.2.5, не могу найти где конфигурируется net-snmp библиотека, ОС Debian. Может кто-нибудь подсказать где её искать?

И ещё вопрос, после того как по одному из OID'ов получен [noSuchInstance], то следующий опрос происходит только через 10 мин. Очевидно что тоже выставлен какой-то таймер на случай переопроса при неудаче, что это займер кто-нибудь знает?

[Maksim Vasendin]

И ещё вопрос, после того как по одному из oid'ов получен [nosuchinstance], то следующий опрос происходит только через 10 мин. Очевидно что тоже выставлен какой-то таймер на случай переопроса при неудаче, что это займер кто-нибудь знает?

Администрирование - общие - прочее - Обновление неподдерживаемых элементов данных (в сек)