Некорректная работа: SNMP trap + зависимость

[Ans]

Zabbix 2.0.3
SNMP trap (тип: Zabbix траппер)
Триггер-1:
({TRIGGER.VALUE}=0&{127.0.0.1:snmptraps.str("error type = 1; errorcode = 1000")}=1) |
({TRIGGER.VALUE}=1&{127.0.0.1:snmptraps.str("error type = 5; errorcode = 1000")}#1)
Триггер-2: зависит от треггера-1
({TRIGGER.VALUE}=0&{127.0.0.1:snmptraps.str("error type = 1; errorcode = 1001")}=1) |
({TRIGGER.VALUE}=1&{127.0.0.1:snmptraps.str("error type = 5; errorcode = 1001")}#1)

Трапы:
127.0.0.1 12:48:12 2012/11/13: errortype = 5; errorcode = 1000;
127.0.0.1 12:47:28 2012/11/13: errortype = 1; errorcode = 1001;
127.0.0.1 12:45:58 2012/11/13: errortype = 1; errorcode = 1000;
Итог: Если установлена зависимость триггеров, то Zabbix не узнает о проблеме «errorcode = 1001».
Как обойти данный баг, чтобы лишние уведомления не отображать и не отсылать, и корректно триггеры отображались?

[Prometej]

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


все правильно?

[Ans]

да, верно.

[Prometej]

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

Мой тебе совет: Напиши предложение разработчикам zabbix
1) при установке зависимостей тригеров выбирать (как в задачах обслуживания) "со сбором данных" или "без сбора данных".
2) при работе через действия (уведомления сотрудников по почте, SMS) учитывать зависимости тригеров и убирать оповещения подчиненных тригеров (если таковые сработали), если сработал вышестоящий тригер, до тех пор пока вышестоящий тригер не прийдет в нормальное состояние.
3) отсуствует иерархическое дерево опросов элементов данных, которые учавствуют в работе связанных между собой тригеров. (например имеем маршрутизатор и 3 устройства за ним. Период опроса устройств по icmpping 3 минуты. В случае падения маршрутизатора может произойти следующее: сработают аварии по недоступности 3-х устройств за маршрутизатором, а только потом эти аварии будут поглощены аварийей на маршрутизаторе. Это произошло от того, что опрос подчиненных элементов данных был раньше опроса маршрутизатора).

[dotneft]

Подозреваю что это оно https://support.zabbix.com/browse/ZBX-5864

[Mox]

Это очень досадный баг, на самом деле