Триггер не выполняет действие

[ezra]

Здравствуйте.

Развернут заббикс в докере.
Zabbix 6.2.6
MySql 8.0
Какие образы использовались в докере:
mysql-server:
image: mysql:8.0
zabbix-server-mysql:
image: zabbix/zabbix-server-mysql:6.2.6-alpine
zabbix-server-mysql:
image: zabbix/zabbix-server-mysql:6.2.6-alpine
zabbix-java-gateway:
image: zabbix/zabbix-java-gateway:alpine-6.0-latest

Создал пользователя, привязал почтовый ящик и настроил оповещения.
Добавил действие к триггеру, когда триггер Unavailable by ICMP ping активен, то приходило оповещение пользователю с привязанным ящиком. После этих действий, роняю хост, триггер активен, но сообщение не приходит. Смотрю проблему, а у нее нет никакого действия. В журнале действий пусто. Пробую еще одно действие, если статус чрезвычайный, то отправлять сообщение, в журнале действий также пусто. В оповещениях деактивированы все способы, кроме Email, тест проходит отлично, письмо приходит.

Прошу, помогите.

[Kos]

Я нашел в чем проблема. Пользователь находился в группе "No access to the frontend", после переноса его в группу администраторов письма полетели. Это было не очевидно, пользователю были нужны права только на отправку писем, он нам не нужен в системе в принципе

Вероятно, проблема была в том, что пользователь находился только в группе "No access to the frontend".
Для получения уведомлений о проблеме пользователь должен иметь право видеть проблему.
Т.е. фактически - обладать ролью хотя бы Zabbix user и входить хотя бы в какую-то из групп пользователей, имеющих права (хотя бы на чтение) на какую-либо из групп хостов, в которые входит "проблемный" хост.
Это не отменяет возможности внести этого пользователя также и в группу "No access to the frontend", чтобы закрыть ему доступ к веб-интерфейсу.

[Alex_UUU]

К сожалению на этом форуме проблемы с картинками. Не отображаются в нормальную величину
Как я понял:
1. Оповещение настроено и оно работает.
2. Срабатывает триггер. Оповещение приходит
3. Повторно роняется хост. Никаких оповещений нет.

Все логично, если в триггере не стоит множественное оповещение. Повторные оповещения не приходят.
Также в действии можно указать шаги и время между ними. Например 1-100 10m. Будет означать, что каждые 10 минут будет выполняться действие. Но всего 100 раз.

ЗЫ. не рекомендую ставить бесконечность. Т.к. если оповещеий больше 100 - есть проблемы с отображением.

[ezra]

К сожалению на этом форуме проблемы с картинками. Не отображаются в нормальную величину
Как я понял:
1. Оповещение настроено и оно работает.
2. Срабатывает триггер. Оповещение приходит
3. Повторно роняется хост. Никаких оповещений нет.

Все логично, если в триггере не стоит множественное оповещение. Повторные оповещения не приходят.
Также в действии можно указать шаги и время между ними. Например 1-100 10m. Будет означать, что каждые 10 минут будет выполняться действие. Но всего 100 раз.

ЗЫ. не рекомендую ставить бесконечность. Т.к. если оповещеий больше 100 - есть проблемы с отображением.

Благодарю за ответ. К сожалению, вы не так поняли. Проходит лишь тест сообщения, где настраиваются методы оповещений (Email, Telegram, и.т.д.) вот отсюда тестовое письмо уходит. А когда триггер срабатывает - никаких оповещений нет, в принципе нет ничего в действиях и в самом журнале действий.

Я нашел в чем проблема. Пользователь находился в группе "No access to the frontend", после переноса его в группу администраторов письма полетели. Это было не очевидно, пользователю были нужны права только на отправку писем, он нам не нужен в системе в принципе и никаких ошибок в журнале или где-либо еще я не нашел. Конкретно галки с почтой в правах я не нашел и поэтому выдал минимальные права пользователя без доступа к фронтеду.
Этот пост навел меня на мысль проверить группы.

[Kos]

Я нашел в чем проблема. Пользователь находился в группе "No access to the frontend", после переноса его в группу администраторов письма полетели. Это было не очевидно, пользователю были нужны права только на отправку писем, он нам не нужен в системе в принципе

Вероятно, проблема была в том, что пользователь находился только в группе "No access to the frontend".
Для получения уведомлений о проблеме пользователь должен иметь право видеть проблему.
Т.е. фактически - обладать ролью хотя бы Zabbix user и входить хотя бы в какую-то из групп пользователей, имеющих права (хотя бы на чтение) на какую-либо из групп хостов, в которые входит "проблемный" хост.
Это не отменяет возможности внести этого пользователя также и в группу "No access to the frontend", чтобы закрыть ему доступ к веб-интерфейсу.

[ezra]

Вероятно, проблема была в том, что пользователь находился только в группе "No access to the frontend".
Для получения уведомлений о проблеме пользователь должен иметь право видеть проблему.
Т.е. фактически - обладать ролью хотя бы Zabbix user и входить хотя бы в какую-то из групп пользователей, имеющих права (хотя бы на чтение) на какую-либо из групп хостов, в которые входит "проблемный" хост.
Это не отменяет возможности внести этого пользователя также и в группу "No access to the frontend", чтобы закрыть ему доступ к веб-интерфейсу.

Благодарю за описание функционирования оповещений со стороны пользователя. Я учту это в будущем.

[mgnhost]

delete message

[lll]

Здесь бы стоило снять с ответа ТС самому себе отметку правильного ответа, т.к. внесение пользователя в группу администраторов только для отправки ему уведомлений -- костыль костыльный. Правильно по существу ответил Kos.
Если у модераторов нет возможности переставлять признаки правильного ответа, то можно предложить админам.

[Kos]

"По просьбам трудящихся" - сделано, хоть это и не скромно с моей стороны

[lll]

В данном случае недостаточная скромность второстепенна. Важнее, что пришедшие сюда через поиск сразу увидят правильный ответ. Далеко не все станут перечитывать всю ветку в поисках истины.