Множественные повторные уведомления

[csf]

Добрый день, коллеги,

имеется мониторинг лог-файла. Триггер ищет ключевое слово с ошибкой, конкретно "OutOfMemoryError" и в случае появления отсылает E-Mail.
Проблема, однако, в том, что за один просмотр лога, в случае возникновения ошибки, это ключевое слово за один просмотр лога, может встретиться один, а может и до 10 раз подряд.
И Zabbix 10 раз по данной проблеме посылает "Problem"->"OK".
И как представляется, это не только вопрос анализа лога, т.е. в общем случае, если триггер часто меняет состояние "действие" будет столько же раз производить отсылку.
Можно ли как-то ограничить это во времени, например, если послано первое сообщение, не посылать последующие ранее чем через xxx-минут ?
Поиском нашел здесь аналогичный вопрос и человек решил его подстройкой параметров триггер "Нормальный", но я не нахожу у себя подобной настройки (версия сервера 2.2.3)
Заранее очень благодарен за любую помощь.

[Ed.M]

Добрый!
Можно сделать такую логическую конструкцию в триггере:
{sever:log["/path/to/logfile.log","ERROR|error"].nodata(600)}=0
nodata(600) означает, что последние 600 секунд даных не было, то есть ошибки не находились. А то, что оно =0 означает, что выражение ложное. Значит за последние 600 секунд этим элементом данных были получены какие-то данные. Строк может быть хоть 500, но срабатывание будет 1. Ну и проблема будет снята, если за 600 секунд не поступит никаких данных. То есть если висит состояние "проблема", то в течение последних 5 минут в логе была ошибка. Если "ок", то как минимум 5 минут уже ошибок не было.
Время определяйте сами, отталкивайтесь от частоты обновления данных.

[KirMatty]

Можно попробовать изменить максимальное количество новых строк, плюс добавить skip в элемент данных. Либо смотрите по Последним данным количество ошибок с ключевым словом, и устанавливайте условия выражения триггера по времени или количеству проверок.