Не опрашивать Item

[oksidant]

Всем привет.

Есть итем который собирает какие-то значения.
Можно ли сделать так, чтобы если срабатывает какой-то триггер, то сбор этих значений прекращался, и не возобновлялся, пока триггер не перейдет в статус ok.

Про зависимости триггеров знаю, но здесь хотелось бы чтобы и сами значения не собирались.

Общими словами.
Есть база. Из нее дергаются текущие параметры. Если база не доступна, то и параметры дергать из нее не нужно.

Спасибо.

[ableev]

Вы в базу лезите чем? Самописным скриптом каким-нибудь?
Если да – то сделайте, чтобы при недоступности базы скрипт выдавал пустое значение. Айтем выпадет в неподдерживаемые, и история записываться не будет.
Это самый простой вариант.

[oksidant]

Да, скриптом. Сейчас так и происходит, когда база недоступна, возвращается неподдерживаемое значение.

Но хотелось бы сделать это как-нибудь красиво, чтобы значения не дергались в пустую.

[ableev]

Понимаю по поводу красиво.
Но база же не должна лежать столько, что это могло бы надоесть.

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

По-моему, слишком сложно. Легче сделать их недоступными и поднять базу.

[oksidant]

Спасибо за совет!


База, не то чтобы лежит, она просто запросы не принимает (физический стендбай).

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

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

[Zentarim]

По-моему обработку ошибок подключения нужно делать на уровне скрипта.

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

[oksidant]

Смысл в том, чтобы эти скрипты вообще не дергать.
Один раз проверили, что база не работает, значит никакие другие параметры даже не пробуем собирать.

[Zentarim]

Да, тухло. И зависимости вам в этом случае не помогут. Видимо только изобретать велосипед с временным отключением айтемов\хоста через api

[ableev]

Нет, велосипед тут не изобрести, ибо такого функционала в принципе нет.
Здесь помогут костыли.

[Zentarim]

И правда, возможности api достаточно хреновые...

Ну как вариант тормозить итем\хост через прямой запрос к БД заббикса, хотя это уже вырезание гланд через жопу

[oksidant]

Всем спасибо.
Как итог выбрано терпение ошибок в логах, и перевод итемов в состояние "не поддерживается"

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

[gescheit]

И правда, возможности api достаточно хреновые...

Ну как вариант тормозить итем\хост через прямой запрос к БД заббикса, хотя это уже вырезание гланд через жопу

Наоборот. Через api можно узнать статус нужного триггера и выключить итем. Ну обратно конечно же.