Уведомления и зависимости триггеров

[DejaVu]

Коллеги, добрый

Проблема, насколько я понял, не новая, но решения я не нашел в поиске. Либо у меня где то ошибка, но я не могу найти и понять где.

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

Через 3 минуты - получаю СМС и почту о всех недоступных узлах а потом о всех восстановившихся, что анонит жутко, ибо есть узлы весьма крупные.

В Administration -> Audit - Queue - Actions -> появляются оповещения о ВСЕХ узлах только через 3 минуты после срабатывания триггеров, как и задумано в эскалации.

Есть решение этой проблемы? Не верю, что все мучаются.

Все что настроено - на картинке.

Zabbix 2.2.4

[DejaVu]

https://www.zabbix.com/wiki/howto/config/alerts/delaying_notifications

судя по документациям и мануалом это должно работать еще со старых версий заббикса.

[ableev]

То, что вы описали – вполне выглядит логичным.
Что не так?

[DejaVu]

То, что вы описали – вполне выглядит логичным.
Что не так?

Мне кажется логичным получить только одно оповещение о падении "центрального" коммутатора при таких настройках. Заббикс же шлет уведомления о всем оборудовании подключенным к центральному - а там, допустим, 10 коммутаторов, 10 ИБП, телефония и прочее. Это при падении узла доступа.. а если упадет узел агрегации - получу порядка 500 смсок, и коллега мой получит, и получать мы их будем около 40 минут, ибо gms модем медленно отправляет

Да и документация прямо об этом говорит:

https://www.zabbix.com/documentation/ru/2.2/manual/config/triggers/dependencies

Например, узел сети Хост находится за маршрутизатором Роутер2, а Роутер2 находится за Роутер1.

Zabbix - Роутер1 – Роутер2 - Хост
Если Роутер1 недоступен, то очевидно, что и Хост и Роутер2 недоступны. И мы не хотим получать три оповещения с информацией о недоступности Хост, Роутер1 и Роутер2. Это как раз тот случай, когда использование зависимостей триггера будет очень удобным.

Для этого случая, мы зададим эти зависимости:

триггер 'Хост недоступен' зависит от триггера 'Роутер2 недоступен'
триггер 'Роутер2 недоступен' зависит от триггера 'Роутер1 недоступен'
Перед изменением состояния триггера 'Хост недоступен', Zabbix будет проверять существуют ли у этого триггера заданные зависимости. Если это так, и один из триггеров в находится в состоянии ПРОБЛЕМА, то состояние триггера не будет изменено и, следовательно, действие не будет выполнено и оповещение не будет отправлено.

Zabbix выполняет эту проверку рекурсивно. Если Роутер1 или Роутер2 недоступен, тогда триггер у Хоста не будет изменен.

[Smersh]

Может поставить во всех зависимых узлах .last(#2) (или более). Таким образом, главный узел сработает, пока зависимые еще будут собирать данные, при условии что .last(#N) будет накапливаться дольше, чем период обновления соответствующего элемента у главного узла (можно даже поставить с избытком на случай несинхронного обновления этого элемента у разных узлов).

З.Ы. При условии, что у главного узла - .last(0), как у Вас.