Ложное срабатывание триггеров после рес&

[asbel]

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

[noname]

я не понял, о чем вы. допустим есть триггер a, который зависит от триггера b. (Первая группа это a?). Я правильно понимаю, что срабатывает триггер a, несмотря на то, что триггер b тоже сработал? То есть ты видишь оба триггера работающими? Или же имеется ввиду, что должен сработать триггер b, но он не сработал и отображается только a?

[asbel]

Да, триггер a зависит от триггера b. триггер b становится в ON, за ним триггер a становится в ON и оповещение о срабатывании триггера a не приходит. В этой позе рестартует Заббикс после падения. После рестарта Заббикс, приходит оповещение о срабатывании триггера a, при том, что триггер b все еще в позе ON.

[noname]

ты оба триггера видишь на вкладке triggers проблемными?

[asbel]

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

[noname]

Попрошу выполнить следующие действия:
1. Тебе необходимо узнать id этих триггеров, я делаю это так (через веб-интерфейс):
Configuration -> Triggers -> Выбираем наш хост -> Жмем для каждого из триггеров: Редактировать -> Смотрим строку запроса в браузере и ищем там параметр triggerid

2. Для меня эти значения, к примеру, могут быть такими: 18452, 18453. Согласно этому запрос к базе данных (я делаю через консоль) выглядит так:
select description,value,dep_level from triggers where triggerid in (18452, 18453);

Покажи мне результаты своего вывода.

[asbel]

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

[asbel]

description value dep_level
QUIK: GW not connected {HOSTNAME} 1 2
DT TEST-UKR 11:10-23:55 1 3