LINUX.ORG.RU
ФорумAdmin

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

 ,


0

1

Доброго дня.
Не отправляются уведомления.
Вот icinga.debug:

[1397904557.013059] [032.0] [pid=23369] ** Service Notification Attempt ** Host: 'KVM_231', Service: 'Check Disk', Type: 0, Options: 0, Current State: 2, Last Notification: Thu Jan  1 04:00:00 1970
[1397904557.013131] [032.0] [pid=23369] Notification viability test passed.
[1397904557.013147] [032.1] [pid=23369] Current notification number: 1 (incremented)
[1397904557.013162] [032.1] [pid=23369] Current warning notification number: 0 (incremented)
[1397904557.013172] [032.1] [pid=23369] Current critical notification number: 1 (incremented)
[1397904557.013182] [032.1] [pid=23369] Current unknown notification number: 0 (incremented)
[1397904557.013192] [032.2] [pid=23369] Creating list of contacts to be notified.
[1397904557.013230] [032.1] [pid=23369] Service notification will NOT be escalated.
[1397904557.013247] [032.1] [pid=23369] Adding normal contacts for service to notification list.
[1397904557.013256] [032.2] [pid=23369] Adding members of contact group 'admins' for service to notification list.
[1397904557.013269] [032.2] [pid=23369] ** Checking service notification viability for contact 'Farid'...
[1397904557.013290] [032.2] [pid=23369] ** Service notification viability for contact 'Farid' PASSED.
[1397904557.013301] [032.2] [pid=23369] Adding contact 'Farid' to notification list.
[1397904557.013313] [032.2] [pid=23369] ** Checking service notification viability for contact 'Alikhan'...
[1397904557.013329] [032.2] [pid=23369] ** Service notification viability for contact 'Alikhan' PASSED.
[1397904557.013340] [032.2] [pid=23369] Adding contact 'Alikhan' to notification list.
[1397904557.013384] [032.2] [pid=23369] ** Notifying contact 'Alikhan'
[1397904557.013440] [032.2] [pid=23369] Raw notification command: /bin/echo -e "***** Icinga *****\n\nNotification Type: $NOTIFICATIONTYPE$\n\nService: $SERVICEDESC$\nHost: $HOSTALIAS$\nAddress: $HOSTADDRESS$\nState: $SERVICESTATE$\n\nDate/Time: $LONGDATETIME$\n\nAdditional Info:\n\n$SERVICEOUTPUT$\n" | /bin/mailx -v -s "** $NOTIFICATIONTYPE$ Service Alert: $HOSTALIAS$/$SERVICEDESC$ is $SERVICESTATE$ **" farid@domain.com alikhan@domain.com
[1397904557.013511] [032.2] [pid=23369] Processed notification command: /bin/echo -e "***** Icinga *****\n\nNotification Type: PROBLEM\n\nService: Check Disk\nHost: Linux Servers\nAddress: 192.168.0.231\nState: CRITICAL\n\nDate/Time: Sat Apr 19 15:49:17 AZST 2014\n\nAdditional Info:\n\nDISK CRITICAL - free space: / 181868 MB (27% inode=99%): /dev/shm 3913 MB (99% inode=99%): /backup 0 MB (0% inode=99%):\n" | /bin/mailx -v -s "** PROBLEM Service Alert: Linux Servers/Check Disk is CRITICAL **" farid@domain.com alikhan@domain.com
[1397904557.036487] [032.2] [pid=23369] ** Notifying contact 'Farid'
[1397904557.036563] [032.2] [pid=23369] Raw notification command: /bin/echo -e "***** Icinga *****\n\nNotification Type: $NOTIFICATIONTYPE$\n\nService: $SERVICEDESC$\nHost: $HOSTALIAS$\nAddress: $HOSTADDRESS$\nState: $SERVICESTATE$\n\nDate/Time: $LONGDATETIME$\n\nAdditional Info:\n\n$SERVICEOUTPUT$\n" | /bin/mailx -v -s "** $NOTIFICATIONTYPE$ Service Alert: $HOSTALIAS$/$SERVICEDESC$ is $SERVICESTATE$ **" farid@domain.com alikhan@domain.com
[1397904557.036631] [032.2] [pid=23369] Processed notification command: /bin/echo -e "***** Icinga *****\n\nNotification Type: PROBLEM\n\nService: Check Disk\nHost: Linux Servers\nAddress: 192.168.0.231\nState: CRITICAL\n\nDate/Time: Sat Apr 19 15:49:17 AZST 2014\n\nAdditional Info:\n\nDISK CRITICAL - free space: / 181868 MB (27% inode=99%): /dev/shm 3913 MB (99% inode=99%): /backup 0 MB (0% inode=99%):\n" | /bin/mailx -v -s "** PROBLEM Service Alert: Linux Servers/Check Disk is CRITICAL **" farid@domain.com alikhan@domain.com
[1397904557.060457] [032.2] [pid=23369] Calculating next valid notification time...
[1397904557.060495] [032.2] [pid=23369] Default interval: 1.000000
[1397904557.060512] [032.2] [pid=23369] Interval used for calculating next valid notification time: 1.000000
[1397904557.060545] [032.0] [pid=23369] 2 contacts were notified.  Next possible notification time: Sat Apr 19 15:50:17 2014
[1397904557.060556] [032.0] [pid=23369] 2 contacts were notified.
Сама команда отправки почты, работает из под юзера icinga.
Подскажите в чём проблема.
Года 2 назад настраивал исингу, тогда проблем не было.

★★★★★

Сама команда отправки почты, работает из под юзера icinga.

Эта: echo ... | /bin/mailx ... ?

Смотри очередь и логи MTA

sdio ★★★★★
()
Ответ на: комментарий от sdio

Эта: echo ... | /bin/mailx ... ?

да.
админов сейчас на работе нет. просмотреть не получится.
по этому логу можно с уверенностью сказать что проблема не в исинге ?

dada ★★★★★
() автор топика
Ответ на: комментарий от dada

Ну если mailx отрабатывает, МТА должен получить письмо для доставки, т.о. если в логе МТА есть запись о получении письма от mailx (icinga), то icinga'y можно не трогать и ковырять МТА (причины недоставки письма)

sdio ★★★★★
()
Последнее исправление: sdio (всего исправлений: 1)
Ответ на: комментарий от sdio

Вопрос в том, что я могу выполнять эту команду руками несколько десятков раз и все письма дойдут.
А тут одно из исинги попадает в очередь.
это меня наводит на мысль, что проблема в исинге.
не хочу просто так к ним подходить, хочется быть 100% уверенным что у меня всё ок.

dada ★★★★★
() автор топика
Ответ на: комментарий от dada

tcpdump подтверждает. от меня не уходят.

Какой tcpdump? mailx передает письмо локальному МТА через пайп. смотри логи локального МТА, причем тут mailgate?

sdio ★★★★★
()
Ответ на: комментарий от sdio

не совсем.

[icinga@icingarc ~]$ cat .mailrc
set smtp-use-starttls
set nss-config-dir=~/.mozilla/firefox/x6ssbjmh.default/
set ssl-verify=ignore
set smtp=smtp://192.168.0.44:25
set smtp-auth=login
set smtp-auth-user=alikhan@domain.com
set smtp-auth-password=passpasspass
set from=alikhan@domain.com
dada ★★★★★
() автор топика
Ответ на: не совсем. от dada

Ты локальный МТА проверил? Возможно из под icinga игнорируется .mailrc и письма по-умолчанию передаются локальному МТА.

sdio ★★★★★
()
Ответ на: комментарий от sdio

Ты локальный МТА проверил?

был просмотрен /var/log/maillog.
он там хочет mx записи.
почему-то postfix хочет доставить мэйл из вне.

dada ★★★★★
() автор топика
Ответ на: комментарий от sdio

Твой postfix не настроен

да. его настраивать и в планах не было.

тебе надо выяснить почему .mailrc игнорируется.

да. не смог найти в мане как насильно его заставить использовать .mailrc, что кажется странным.
mailx не может одновременно с двумя аккаунтами работать ?

dada ★★★★★
() автор топика
Ответ на: комментарий от dada

mailx не может одновременно с двумя аккаунтами работать ?

Откуда два аккаунта? Скорее всего $HOME для демона icinga выставляется в другую директорию (не в ту которая в /etc/passwd)

sdio ★★★★★
()
Последнее исправление: sdio (всего исправлений: 1)
Ответ на: комментарий от dada

ты сам этим sendEmail-ом пользовался ?

Конечно. И часто.

он никак не хочет проходить авторизацию на exchange.

exchange? не, не знаю. Возможно ты установил себе sendemail без поддержки tls. http://caspian.dotconf.net/menu/Software/SendEmail/#tls

sdio ★★★★★
()
Ответ на: комментарий от sdio

а понял.
у меня перловских модулей нет.
пойду в гугл.

dada ★★★★★
() автор топика
Ответ на: комментарий от sdio

ещё вопрос:

Скорее всего $HOME для демона icinga выставляется в другую директорию

где посмотреть ?
у меня в /etc/passwd home для исинги /home/icinga.

dada ★★★★★
() автор топика
Ответ на: комментарий от sdio

этот sendEmail,кстати, не заработал.

invalid SSL_version specified at /usr/local/share/perl5/IO/Socket/SSL.pm line 444

dada ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.