мониторинг принтера

[aleksey.ishchenko]

Настраиваю мониторинг принтера, добавил шаблон Kyocera Devices (use snmp v2)

для принтера kyocera 2035,но триггер пишет ошибку Cannot evaluate expression: expected numeric token at ")=4". выражение триггера {192.168.129.106:error.device.last()}=4,в самом шаблоне выражение выглядит так {KyoceraLiptonsV2:error.device.last()}=4.
Как-то еще можно мониторить ресурс картриджа в %?

[melnoff]

У Kyocera в одном OID хранится максимальный объем картриджа в условных единицах (вроде в страницах с 5% заполнением), в другом OID текущее состояние в тех же единицах. Делаешь вычисляемый параметр: 100 * текущее значение / максимальный объем, ставишь единbцу измерения %/

[aleksey.ishchenko]

Да так и сделано, но если я ставлю пустой картридж для проверки, цифры становятся отрицательными и триггер не работает. Даже есля я делаю значение плавающим.

[melnoff]

Можете скриншот правил триггера кинуть?

[aleksey.ishchenko]

{192.168.129.106:error.device.last()}=2
И все триггеры в состоянии неподдерживается
Cannot evaluate expression: expected numeric token at ")=2".

[Whols]

Похоже, что вычисляемое значение кривое. Посмотрите, что zabbix_get отдает. Второй момент - вы можете для ключа задать Preproccessing и поставить чек-бокс custom of fall. При этом назначить свое значение при неподдерживаемом результате.

[Kos]

Похоже, что вычисляемое значение кривое. Посмотрите, что zabbix_get отдает.

Не путайте человека, он и так запутан :-)
Утилита zabbix_get используется для обращения к Zabbix-агенту; здесь же, судя по упоминанию OID-ов, никаких агентов нет, а идёт опрос по SNMP.

aleksey.ishchenko, уточните, пожалуйста: в состояние "не поддерживается" переходят именно триггеры или, всё же, сами элементы данных? Значения элементов данных собираются успешно? В "Monitoring" -> "Latest data" видны?

[Whols]

Все верно, пишите. Хотел глянуть, что прилетает. Тут нужен snmpwalk.

[aleksey.ishchenko]

Не путайте человека, он и так запутан :-)
Утилита zabbix_get используется для обращения к Zabbix-агенту; здесь же, судя по упоминанию OID-ов, никаких агентов нет, а идёт опрос по SNMP.

aleksey.ishchenko, уточните, пожалуйста: в состояние "не поддерживается" переходят именно триггеры или, всё же, сами элементы данных? Значения элементов данных собираются успешно? В "Monitoring" -> "Latest data" видны?

Только тртиггеры, Элементы данных все нормально, в последних данных значения есть некоторых счетчиков

[Kos]

Только тртиггеры, Элементы данных все нормально, в последних данных значения есть некоторых счетчиков

Ну, "некоторые" - не показатель. Конкретно по тем, которые входят в проблемный триггер - в данном случае, "error.device" - данные есть?
Какой тип данных задан для этого элемента данных? Может, туда в самом деле приходит что-то нечисловое (например, пустая строка)?

[Whols]

Только тртиггеры, Элементы данных все нормально, в последних данных значения есть некоторых счетчиков

По SNMP может прилететь что угодно. Например, при отсутствии бумаги на HP прилетает "@". Поэтому есть смысл ставить тип "Текст".

[Kos]

По SNMP может прилететь что угодно. Например, при отсутствии бумаги на HP прилетает "@". Поэтому есть смысл ставить тип "Текст".

Я надеюсь, Вы тоже говорите не абстрактно, а о конкретном OID-е, который используется в данном шаблоне?
Если так (т.е. тип данных задан как "Текст", и реально туда прилетает не только число), то выражение триггера (где идёт явное сравнение с числом) не вполне корректно, как минимум - для старых версий сервера Zabbix. И тогда появление указанного сообщения (см. начало обсуждения) вполне логично.
Сравнение строк в триггерных выражениях стало поддерживаться, только начиная с версии сервера 5.0, до этого поддерживались только числовые выражения.

Если наши предположения верны (действительно тип данных задан как текст и приходят не только числа), то я бы переписал триггерное выражение в шаблоне следующим образом:

{KyoceraLiptonsV2:error.device.regexp("^4$")}=1

Смысл тот же: срабатывать, если получили четвёрку. Только ищем эту четвёрку не как число, а как текстовую строку.

[Whols]

Если наши предположения верны (действительно тип данных задан как текст и приходят не только числа)...

Имелось ввиду, вероятно, тип данных - число.

Сравнение строк в триггерных выражениях стало поддерживаться, только начиная с версии сервера 5.0, до этого поддерживались только числовые выражения.

Версия 4.4:

{HP 400 C22:mib-2.43.11.1.1.6.1.1.str(226)}=1 and {HP 400 C22:mib-2.43.11.1.1.9.1.1.last()}<30

[Whols]

Т.е. я проверяю строку в текстовом значении на соответствие шаблону. А вы, как я понимаю, предлагаете числовое в триггере рассматривать как текст, Это более универсальное решение. В том смысле, что вычисляемые значения в вашем случае возможны, а в моем (без дополнительных обработок) - нет.

[Kos]

Имелось ввиду, вероятно, тип данных - число.

Нет, если тип данных - число, то при получении нечисловых значений неподдерживаемым становится сам элемент данных.
Я специально переспросил, и автор темы подтвердил, что неподдерживаемым в его случае становится только триггер.
Впрочем, что именно у него происходит - он пока не отписался; мы не видим, что за версия шаблона там используется и как в ней задан элемент данных. Как и то, что же именно он видит у себя в Latest data для обсуждаемого элемента данных.

{HP 400 C22:mib-2.43.11.1.1.6.1.1.str(226)}=1 and {HP 400 C22:mib-2.43.11.1.1.9.1.1.last()}<30

Я не очень понимаю, как в текстовом представлении можно найти "226" и при этом одновременно с этим в числовом представлении быть меньше тридцати.

[Whols]

И как всегда Вы правы). У автора ошибка на уровне не поддерживаемых вычислений.

[Whols]

Я не очень понимаю, как в текстовом представлении можно найти "226" и при этом одновременно с этим в числовом представлении быть меньше тридцати.

Это разные элементы, посмотрите повнимательней. Один текстовый, второй числовой.