Триггер на некорректное значение item

[IgorB]

Коллеги,

у меня вопрос вроде бы тривиальный, но решения что-то не нахожу. Вот создаю я пользовательский item с целочисленным типом. Значение получается через Userparameter, допустим, просто через 'cat /какой-то-файл'. Если все хорошо, то приходит целое значение. Если происходит какая-то ошибка (допустим, нет файла), то прилетает текстовое сообщение об ошибке.

Как написать триггер, который сработает на появление ошибки? Функции nodata и count не срабатывают (наверное, они считают, что кривое значение - тоже значение), функция regexp с проверкой на "только цифры" тоже - она не принимает целый тип.

[Nagainos]

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

[IgorB]

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

Спасибо, я выиграл с Вашей помощью бутылку пива у сотрудников. Спор был на предмет того, что первый пост будет не как решить вопрос, а как его обойти.

Все-таки хотелось бы решить вопрос.

[Nagainos]

При использовании целочисленного типа и использовании cat /some/file при отсутствии файла айтем будет переходить в состояние unsupported т.к. в него прилетит текст. По-этому Вам лучше использовать скрипт и вернуть пиво второму участнику спора.
Решение со скриптом вполне нормально для данной системы мониторинга, но если оно вас не устраивает - можете использовать в качестве типа текст и разбирать его. Тогда айтем не сможет стать некорректным и у вас получится разобрать его результат.

[Semiadmin]

Можно сделать почтовое оповещение о том, что item стал unsupported. Правда, триггера не будет.

[IgorB]

Решение со скриптом вполне нормально для данной системы мониторинга, но если оно вас не устраивает - можете использовать в качестве типа текст и разбирать его. Тогда айтем не сможет стать некорректным и у вас получится разобрать его результат.

Текст проблематично суммировать и сравнивать с порогами.

[IgorB]

Можно сделать почтовое оповещение о том, что item стал unsupported. Правда, триггера не будет.

Нельзя ли чуть подробнее? Я в Action в условиях не нашел ничего похожего.

[Nagainos]

Тогда писать скрипт. И верните пиво владельцу! :d :d :d

[Semiadmin]

Нельзя ли чуть подробнее? Я в Action в условиях не нашел ничего похожего.

Actions - Event source Internal

[Kos]

Блин, пока писал ответ, тут уже всё "разложили по полочкам" без меня
Присоединяюсь к пожеланиям вернуть пиво, т.к. правильный ответ для данной ситуации был дан в первой же реплике.

Единственное, что могу добавить к мнению Nagainos-а: элемент данных целочисленного типа перейдёт в состояние unsupported и при отсылке в него отрицательного значения. Для того, чтобы воспользоваться его советом, надо тип изменить на float.

Semiadmin, эти оповещения, действительно, можно получать; но только есть ли там возможность их получать лишь для отдельного конкретного айтема?

[IgorB]

Actions - Event source Internal

Это в Condition? У меня там такого нет. Версия сервера 3.0.7

[Kos]

Configuration -> Actions, после чего в правом верхнем углу в пункте "Event source" выбираем не "Triggers", а "Internal".

[Semiadmin]

Semiadmin, эти оповещения, действительно, можно получать; но только есть ли там возможность их получать лишь для отдельного конкретного айтема?

Для конкретного item - нет, есть для Application. Думаю, сойдет. В оповещении ведь будет конкретный item упомянут.

[IgorB]

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

Вопрос был "как написать триггер". Можно его расширить - "как получить оповещение о поступлении некорректных данных". А не "как обеспечить обработку ошибок вне Zabbix".

Кстати, а отловить ситуацию, когда получение item выходит за рамки timeout - можно? Хоть это функцией nodata ловится? Я, естественно, описал в вопросе весьма упрощенный пример, на практике все немного сложнее.

[IgorB]

Для конкретного item - нет, есть для application. Думаю, сойдет. В оповещении ведь будет конкретный item упомянут.

Ага, увидел, спасибо. Буду пробовать.