игнорирование формата snmp OID возможно ли?

[zar]

имеем запрос
snmpwalk -v 2c -c public 10.202.100.17 .1.3.6.1.4.1.23668.1093.1.3.3
и получаем ответ
SNMPv2-SMI::enterprises.23668.1093.1.3.3 = Counter32: 2

в заббикс соответственно записано


но в итоге после обновления с 3.4 до 5.0.1

получаем статус *unknown*



притом что информацию в last data получаем. информация имеется


гугления данной проблемы привило к тому что в заббиксе надо прописывать не .1.3.6.1.4.1.23668.1093.1.3.3
а вот такой тип SNMPv2-SMI::enterprises.23668.1093.1.3.3

а где-то можно включить игнорирование такого формата и обращаться .1.3.6.1.4.1.23668.1093.1.3.3 это же удобнее в некоторых случаях...?

но самое что меня добивает так это то что как видно {ITEM.VALUE} "devices there are infected files not neutralized" возвращает значение "1" нормально
а записано так же как всё остальное



что не так делаю?.. (

[Kos]

Некоторая путаница в понятиях.

гугления данной проблемы привило к тому что в заббиксе надо прописывать не .1.3.6.1.4.1.23668.1093.1.3.3
а вот такой тип SNMPv2-SMI::enterprises.23668.1093.1.3.3

Абсолютно неверный вывод. Если бы были неправильно указаны OID-ы, то данные бы не собирались (или собирались бы некорректно).
У вас они, судя по экрану Latest data, успешно собираются. Т.е. этот момент тут вообще ни при чём.

но в итоге после обновления с 3.4 до 5.0.1
получаем статус *unknown*

Т.е. проблемы не со сбором данных, а с отображением проблем (извините за тавтологию), которые генерируются при срабатывании триггеров.
Вероятнее всего, это связано с тем, что между версиями 3.4 и 5.x изрядно поменялась структура таблиц во внутренней базе данных Zabbix и сам принцип отображения проблем.
Вы ведь, вероятно, не читали Relase Notes всех пропущенных версий перед обновлением? А для версии 4.0 это изменение было описано (ссылка) и в своё время вызвало эмоциональные споры.
Так что, скорее всего, дело в том, что триггер "devices there are infected files not neutralized" сработал уже после обновления версии, а остальные проблемы "висят" ещё с прежней версии, и для них в соответствующей таблице просто нет данных для отображения.

[zar]

Некоторая путаница в понятиях.
Так что, скорее всего, дело в том, что триггер "devices there are infected files not neutralized" сработал уже после обновления версии, а остальные проблемы "висят" ещё с прежней версии, и для них в соответствующей таблице просто нет данных для отображения.

я тоже так сначала подумал, но обновился я уже как дня 4. а таймеры проверки час и сутки... что уже должны были обновиться...

[Kos]

я тоже так сначала подумал, но обновился я уже как дня 4. а таймеры проверки час и сутки... что уже должны были обновиться...

С указанным интервалом обновляются данные. Они и обновляются (см. экран "Latest data").
А вот экран проблем обновляется, когда меняется состояние проблем - закрываются старые и открываются новые.
Могу предположить, что вас интересует отображение на экране проблем последних полученных значений.
Попробуйте в фильтре экрана проблем выбрать отображение operational data (параметр "Show operational data" переставить с "None" на "Separately" или "With problem name").

[zar]

С указанным интервалом обновляются данные. Они и обновляются (см. экран "Latest data").
А вот экран проблем обновляется, когда меняется состояние проблем - закрываются старые и открываются новые.
Могу предположить, что вас интересует отображение на экране проблем последних полученных значений.
Попробуйте в фильтре экрана проблем выбрать отображение operational data (параметр "Show operational data" переставить с "None" на "Separately" или "With problem name").

Не помогло то что сказали, заходил в настройки дашборда, но следуя логики, удалил полностью тимплейт с этого сервера с очисткой, и добавил снова. всё заработало. но как теперь быть уверенным, что другие тимплейты работают как надо...
т.к. вот например 0% это как раз Show operational data