Отображение событий до их подтверждения

[Marauderrr]

Пождскажите, реализуемо ли такое:
При срабатывании триггера с условием {Some_Template:Some_item.diff(0)}>0
Появляется соответствующее событие в "Last 20 issues"
Необходимо:
1) Чтобы это событие висело в списке до момента подтверждения (Ack), вне зависимости от последующего состояния триггера.
2) Чтобы при подтверждении событие автоматически удалялось из списка вне зависимости от текущего состояния триггера.

[zmdpc]

Попробуйте использовать фильтрацию панели (ключ справа вверху) включив отображение только не подтвержденных

[Marauderrr]

Это получится глупый костыль, при котором все неподтверждённые события будут висеть в списке.
Мне же нужно, чтобы в списке оставались только события по определённым триггерам.

[zmdpc]

Это не костыль, а заложенный функционал. Не нравится такой или пилите сами или создавайте zbx-next. Кстати можете описать логику именно такой "хотелки"? Какой в ней смысл?

[Marauderrr]

Логика такого функционала в следующем:
Имеются проверки основаннные на изменении текущего значения item по отношению к предыдущему, например, у определённого набора данных был один хэш, стал другой.
При изменении хэша датчик это фиксирует, триггер по условию diff(0)>0 создаёт событие, которое отображается в last 20 events.
При следующем опросе системы, получаем уже новое значение хэша, не отличающееся от предыдущего, триггер переходит в неативное состояние, уведомление гаснет.

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

[rough-84]

Всегда можно настроить триггер на 2 состояния, я в обще использую 3 состояния в sql запросах. Правда это применимо к дашбордам с небольшим числом триггеров.
Например когда всё хорошо - один цвет, когда среднее значение - желтый, когда всё плохо - красный. Так же на дашборде будет виден возраст триггера, если он переходит из состояния в состояние это будет легко заменить по колонке "возраст".
Ну и уведомления на почту о срабатывания триггера и его восстановлении никто не отменял.
По поводу подтверждений тут было много тем, но нет четкого понятия как это должно быть реализовано и нужно ли это в обще, т.к у каждого для этой функции свои мысли.

[Marauderrr]

Всегда можно настроить триггер на 2 состояния, я в обще использую 3 состояния в sql запросах. Правда это применимо к дашбордам с небольшим числом триггеров.
Например когда всё хорошо - один цвет, когда среднее значение - желтый, когда всё плохо - красный. Так же на дашборде будет виден возраст триггера, если он переходит из состояния в состояние это будет легко заменить по колонке "возраст".
Ну и уведомления на почту о срабатывания триггера и его восстановлении никто не отменял.
По поводу подтверждений тут было много тем, но нет четкого понятия как это должно быть реализовано и нужно ли это в обще, т.к у каждого для этой функции свои мысли.

По поводу как должно быть реализовано:
Нужно чтобы в триггере была метка, привязывать ли событие жёстко к нему или нет.
Если событие привязано жёстко- то триггер перешёл в 1 - событие появилось, перешёл в 0 - событие исчезло.
Если не привязано жёстко - триггер перешёл в 1 - событие появилось, перешёл в 0 - событие осталось висеть.
А вот способ закрытия таких зависших событий может быть реализован разными методами.

[Jimson]

Вы фантазируете. Во первых, события удаляются из системы только "чисткой", по умолчанию настроено на 14 суток и процесс housekeeper включен. Никаких "жестких и мягких" событий нет и никогда не будет, событие это факт переключения триггера между состояниями true/false.
Во вторых, то что вы называете "событием" на самом деле виджет "20 последних (по времени) триггеров". Напишите свой виджет, такой как вам нужно. В третьих, есть API. Здесь были темы по созданию собственных dashboard.
Понятно что у вас есть своя задача, которую вы понимаете и которую нужно решить, но это еще не значит что кто-либо столкнется с необходимостью реализации такой же логики.