Не отправляются уведомления на почту.

[real_sm]

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

Я новичок. Имею доступ к уже настроенному Zabbix 1.8.1. Стоит задача уведомлять меня по электронной почте в случае если ресурс не пингуется в течение 5 минут.
Создал триггер с выражением {some_site:icmpping.count(300,1)}<1. Запретил на ресурсе входящие ICMP, через 5 минут в dashboard появилось issue. На почту ничего не пришло. В Configuration - Actions есть действие с условием Trigger value = "PROBLEM", это действие срабатывает на другие триггеры.
Что я делаю не так? Какие скриншоты выложить?

[ableev]

Откуда шлется и куда?
Попробуйте из командной строки

echo 'test' | sendmail your@email

если письмо придет - заббикс, скорее всего, сможет отправить. Если нет - то локально смотрите конфигурацию релея, и пути отправки.

[real_sm]

С MTA все в порядке, настроенные ранее (не мной) web-test'ы отсылают уведомления.

[ableev]

Тогда в конфиге сервера рекомендую включить дебаг-режим, и смотреть логи.
Ну, естественно, нужно в настройках сконфигурить мейл для отправки, пользователю нужно прописать работающую почту и проверить критичности триггеров для отправки.

[real_sm]

Тогда в конфиге сервера рекомендую включить дебаг-режим, и смотреть логи.

OK.

Ну, естественно, нужно в настройках сконфигурить мейл для отправки, пользователю нужно прописать работающую почту и проверить критичности триггеров для отправки.

Повторюсь: ранее уже настроены триггеры, уведомления по которым рассылаются (и получаются на почту). Не отсылает уведомления конкретно мой новый триггер. Критичность его такая же, как и у остальных - High.

[ableev]

Повторюсь: ранее уже настроены триггеры, уведомления по которым рассылаются (и получаются на почту). Не отсылает уведомления конкретно мой новый триггер. Критичность его такая же, как и у остальных - high.

Может, дело в названии триггера?

[dima_dm]

Повторюсь: ранее уже настроены триггеры, уведомления по которым рассылаются (и получаются на почту). Не отсылает уведомления конкретно мой новый триггер. Критичность его такая же, как и у остальных - High.

Проверьте права данного пользователя (из Action) на данный узел.
Должен иметь как минимум read.
Логируются все действия.
Администрирование=>Аудит=>ДЕЙСТВИЯ

[real_sm]

Может, дело в названии триггера?

А название на что-то влияет вообще? о_О На что?

Проверьте права данного пользователя (из action) на данный узел.
Должен иметь как минимум read.
Логируются все действия.
Администрирование=>Аудит=>ДЕЙСТВИЯ

Спасибо, таки права. Для ранее настроенных хостов отправка уведомлений работает. Теперь другой вопрос - после добавления прав r&w для группы хостов все равно не отправляет уведомления - что-то нужно рестартовать?

[dima_dm]

Спасибо, таки права. Для ранее настроенных хостов отправка уведомлений работает. Теперь другой вопрос - после добавления прав r&w для группы хостов все равно не отправляет уведомления - что-то нужно рестартовать?

Ничего рестартовывать не нужно. Action срабатывает на изменение состояния триггера, состояние триггера изменялось (OK->Problem)?

[real_sm]

Ничего рестартовывать не нужно. Action срабатывает на изменение состояния триггера, состояние триггера изменялось (ok->problem)?

А вот тут интересно - в "ok" и не переходило, только "unknown". Пинги уже ходят.

[real_sm]

В общем, более детальный анализ показал, что триггер в любом случае дает "problem" - независимо от того, разрешены ли пинги. Где какие логи можно почитать по этому поводу?

[ableev]

В общем, более детальный анализ показал, что триггер в любом случае дает "problem" - независимо от того, разрешены ли пинги. Где какие логи можно почитать по этому поводу?

У вас selinux случаем не включен?
Если у вас по умолчанию всё запрещено, то заббикс пинговать не сможет, хотя из консоли вы будете успешно это делать.

[real_sm]

Оказывается, fping был скопирован в /usr/sbin вместо того, чтобы поменять путь в zabbix_server.conf.

Спасибо большое! Все работает!