Триггер 1 раз

[danmen]

Здравствуйте.
Подскажите пожалуйста решение, сам не соображу.
Есть такой элемент данных:

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

[Kos]

1) ваш скриншот не прицепился, он не виден.
2) укажите, пожалуйста, версию Zabbix и скриншот с настройками триггера.
3) а зачем тогда в триггере режим "множественный"?

[danmen]

1) ваш скриншот не прицепился, он не виден.
2) укажите, пожалуйста, версию Zabbix и скриншот с настройками триггера.
3) а зачем тогда в триггере режим "множественный"?

1) Скриншот прикрепил
2) Версия 6.0.38, триггера пока нет
3) Множественный для личного удобства

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

[Kos]

Судя по скриншоту, это не элемент данных, а его прототип в правиле низкоуровневого обнаружения (LLD).
То есть, для каждого клента из прототипа будет создан собственный элемент данных и (если настроить) свой собственный триггер.
Я не вижу смысла при таких условиях использовать опцию "множественный режим", она задумана для другого (фактически - только для обработки событий, возникающих на основе анализа логов, когда важно не пропустить ни одной записи из журнала, даже если предыдущее событие ещё не закрыто).

[danmen]

Судя по скриншоту, это не элемент данных, а его прототип в правиле низкоуровневого обнаружения (LLD).
То есть, для каждого клента из прототипа будет создан собственный элемент данных и (если настроить) свой собственный триггер.
Я не вижу смысла при таких условиях использовать опцию "множественный режим", она задумана для другого (фактически - только для обработки событий, возникающих на основе анализа логов, когда важно не пропустить ни одной записи из журнала, даже если предыдущее событие ещё не закрыто).

Да, для каждого клиента будет прототип триггера.
Есть смысл или нет, это отдельный разговор)
Я всего лишь прошу помощи у не равнодушных в реализации описанной мной концепции триггера.

[Kos]

Есть смысл или нет, это отдельный разговор)
Я всего лишь прошу помощи у не равнодушных в реализации описанной мной концепции триггера.

Да пожалуйста. Можете, например, в условии триггерного выражения проверять значение системного макроса {TRIGGER.VALUE} - и генерировать новое событие только в случае, если его значение равно нулю. Только это сводит на нет смысл параметра "множественный режим".
Такой подход иллюстрировал ещё Херлуф Бидструп когда-то очень давно (цитата из альбома "Что увидел Херлуф Будструп в Советском Союзе"):