ложная отправка триггеров

[turtleold17]

Всем привет.
Zabbix сервер версии 6.0.36.
К хосту Zabbix Server подцеплен вручную элемент с ключом log[/var/log/devices/192.168.10.25.log]
Type: Zabbix agent (active)
Для него создан триггер

(find(/Zabbix server/log[/var/log/devices/192.168.10.25.log],,,"logged in from")=1 and find(/Zabbix server/log[/var/log/devices/192.168.10.25.log],,,"via winbox")=1) or (find(/Zabbix server/log[/var/log/devices/192.168.10.25.log],,,"logged in from")=1 and find(/Zabbix server/log[/var/log/devices/192.168.10.25.log],,,"via ssh")=1)

Проблема кроется в том, что когда заходишь на устройство и соответственно появляется строка в логах, срабатывает не только этот триггер, но и те, которые "висят" в Problems.
С другими похожими устройствами проблем нет. То есть нет зависимости от какого-то конкретного устройства. Кто-то сталкивался с таким, есть идеи как исправить?

[Alex_UUU]

Ну если срабатывают уже сработавшие триггеры, значит в настройке триггера стоит галочка "множественные проблемы".

Но у меня вопрос к самому элементу данных. Судя по всему, в заббикс переносится ВЕСЬ лог, и уже на этапе обработки данных смотрится, а что там есть.
Считаю такой подход рессурсоемким и не эффективным.
Имхо, лучше в самом элементе данных указать регексп, который отлавливает нужные вхождения.

[turtleold17]

Ну если срабатывают уже сработавшие триггеры, значит в настройке триггера стоит галочка "множественные проблемы".

Триггеры высылают оповещения, которые даже не относятся к этому триггеру.

Судя по всему, в заббикс переносится ВЕСЬ лог, и уже на этапе обработки данных смотрится, а что там есть.

Вот тут не совсем понял. Обычно в заббиксе создаётся rsyslog, который потом и мониторится. Права на лог файлы у всех одинаковые.

[Alex_UUU]

Посмотри последние данные по данному элементу.. Там, скорее всчего, полная копия исходного лога.

[turtleold17]

Посмотри последние данные по данному элементу.. Там, скорее всчего, полная копия исходного лога.

Нет, в последних данных 4 записи, а в файле лога намного больше записей.

upd то есть 1 строчка в логах, 1 строчка в последних данных. Нет такого, что в каждой строчке последних данных весь лог из файла.

[Alex_UUU]

Вот UPD как раз правильный. Т.е. в логе появляется строка, а последних данных - эта же.
Если в логах будет 1000 строк и всего 2 нужных, в последних данных будет 1000 строк.
Теперь смотри, триггеры срабатывают правильно? Если правильно, тогда смотри условия в "действиях", явно там какая=то неточность.

[turtleold17]

Теперь смотри, триггеры срабатывают правильно? Если правильно, тогда смотри условия в "действиях", явно там какая=то неточность.

А что в действиях может быть не так? Триггеры срабатывают правильно, да.

[Kos]

Триггеры высылают оповещения, которые даже не относятся к этому триггеру.

Позволю себе вмешаться.
Триггеры не посылают оповещения. Рассылкой оповещений занимаются действия (Actions). Задача триггера - сгенерировать в нужный момент событие ("Проблема" при срабатывании либо "ОК" при закрывании), задача действия - на это событие отреагировать. При любом событии просматриваются все активные (enabled) действия, и если среди них есть те, чьи условия соответствуют событию, то эти действия выполняются.
Если у вас оповещения приходят не по тем триггерам, то проверяйте свои настройки действий.

[turtleold17]

Только сегодня заметил момент, при срабатывании проблемного триггера, все открытые проблемы закрываются и открываются заново, так как проблема не решена, а эти проблемы относятся к другому триггеру - который не относится к проблемному.
Я всё больше начинаю запутываться в этих ложных сработках.
В проблемном триггере стоит OK event generation - None

[Alex_UUU]

Ну вот все стало ясно и понятно.
Смотри по данным, почему закрываются триггеры.