Как я могу решить “(Сервисная проверка не выходила правильно)”, и “(пустые)” результаты с моими сервисами?
Существует своего рода протокол под названием LMTP (см. RFC 2033), который позволяет Вам реализовывать почтовый процессор, который получает почту от обычного SMTP frontend. frontend предоставит укрепление Вам и сделает управление очереди. Ваш сервер LMTP получит письма и сделает парсинг и уведомление.
Преимущество этого решения состоит в том, что можно засунуть промежуточную подсистему балансировки нагрузки и добавить столько boxen выполнение слушателя LMTP, сколько Вам нужно.
Я думаю и Sendmail и Postfix поддерживают LMTP. Ваш любимый сервер может хорошо.
Некоторые сценарии Perl из Nagios Exchange будут пытаться включать утилит. pm Модуль Perl. Где-то в нем вы найдете такую строку:
use lib "/usr/local/nagios/libexec";
При установке Nagios в Debian расположение файла utils.pm по умолчанию - / usr / lib / nagios / plugins / utils .pm . Итак, директива use lib должна быть:
use lib "/usr/lib/nagios/plugins";
Выполнение команды из командной строки, скорее всего, сработало, потому что вы были в / usr / lib / nagios / plugins / , редактируя свой плагин .
Nagios includes its own embedded perl interpreter. Your plugin is probably not epn compliant.
You might want to disable it globally, or just disable it for your script. The bottom of that docs page shows you how to do this.
Basically, add # nagios: -epn on its own line somewhere within the first ten lines of your script. This should fix your problem.
You could also make it compliant, but it's almost certainly not worth the trouble.
Префиксация команды с помощью /usr/bin/perl.
Это решение - скорее обходной путь, наверное, не очень хорошая идея, но, по крайней мере, ваш плагин должен работать так же, как и при запуске из терминала.
ЗАМЕЧАНИЕ: По моему опыту # nagios -epn работает довольно часто, но иногда кажется, что этого недостаточно. Я заметил, что когда это происходит, неисправные плагины выдают много предупреждений (при вызове скрипта с perl -w).