Выполнение услуг Nagios, ошибка веб-сайта: не Мог считать сервисная информация о статусе и хост

Nagios был обновлен от 3.5.1 до 4.0.8

Я хотел спросить это в nagios форуме поддержки, но час спустя, я не получаю электронное письмо с подтверждением для создания моей учетной записи...

nagios, кажется, работает хорошо как услуга, но веб-CGIs не работают, и нет никаких ошибок в error.log для апача, ни nagios.log. Я проверил разрешение и посмотрел на часть кода C, встраивающего это ошибка:

Ой! Ошибка: не Мог считать сервисная информация о статусе и хост!

Та же ошибка выше появляется почти для каждого меню на левой стороне основной страницы для nagios.

nagios.log похож на это на запуске и затем остановке от init:

[1431102009] Nagios 4.0.8 starting... (PID=27779)
[1431102009] Local time is Fri May 08 13:20:09 ADT 2015
[1431102009] LOG VERSION: 2.0
[1431102009] qh: Socket '/usr/local/nagios/var/rw/query.sh' successfully initialized
[1431102009] qh: core query handler registered
[1431102009] nerd: Channel hostchecks registered successfully
[1431102009] nerd: Channel servicechecks registered successfully
[1431102009] nerd: Channel opathchecks registered successfully
[1431102009] nerd: Fully initialized and ready to rock!
[1431102009] wproc: Successfully registered manager as @wproc with query handler
[1431102009] wproc: Registry request: name=Core Worker 27785;pid=27785
[1431102009] wproc: Registry request: name=Core Worker 27786;pid=27786
[1431102009] wproc: Registry request: name=Core Worker 27782;pid=27782
[1431102009] wproc: Registry request: name=Core Worker 27781;pid=27781
[1431102009] wproc: Registry request: name=Core Worker 27783;pid=27783
[1431102009] wproc: Registry request: name=Core Worker 27784;pid=27784
[1431102009] Successfully launched command file worker with pid 27787
[1431102022] Caught SIGTERM, shutting down...
[1431102022] Successfully shutdown... (PID=27779)
[1431102022] Event broker module 'NERD' deinitialized successfully.

Выполнение с-v является чистым:

# /usr/local/nagios/bin/nagios -v /usr/local/nagios/etc/nagios.cfg

Nagios Core 4.0.8
Copyright (c) 2009-present Nagios Core Development Team and Community Contributors
Copyright (c) 1999-2009 Ethan Galstad
Last Modified: 08-12-2014
License: GPL

Website: http://www.nagios.org
Reading configuration data...
   Read main config file okay...
   Read object config files okay...

Running pre-flight check on configuration data...

Checking objects...
        Checked 816 services.
        Checked 826 hosts.
        Checked 11 host groups.
        Checked 0 service groups.
        Checked 18 contacts.
        Checked 13 contact groups.
        Checked 61 commands.
        Checked 6 time periods.
        Checked 0 host escalations.
        Checked 0 service escalations.
Checking for circular paths...
        Checked 826 hosts
        Checked 0 service dependencies
        Checked 0 host dependencies
        Checked 6 timeperiods
Checking global event handlers...
Checking obsessive compulsive processor commands...
Checking misc settings...

Total Warnings: 0
Total Errors:   0

Things look okay - No serious problems were detected during the pre-flight check

Кроме того, check_nagios говорит, что мы работаем хорошо:

# /usr/local/nagios/libexec/check_nagios /var/log/nagios.log 5 '/usr/local/nagios/bin/nagios'
NAGIOS OK: 8 processes, status log updated 11 seconds ago

Одна возможность является ошибочными средствами, это не может получить доступ к nagios.cfg файлу. Я проверил, что путь к этому является r-x для 'другого' (для покрытия апачского пользователя) на всех каталогах на пути. В любом случае, если была проблема разрешения, которая должна совершить апачскую ошибку. Я работал над этим в течение нескольких часов и не могу найти точку отказа, или что изменилось.

Основная страница также показывает "Не могущий получить состояние процесса" под Базовым логотипом Nagios. Это от выполнения statusjson.cgi в main.php - не уверено, на что это смотрит, но страница является пробелом, когда я выполняю запрос CGI (cgi-bin/statusjson.cgi? query=programstatus) от main.php вручную. Я погуглил это, искал nagios форумы, но у всех остальных, кажется, есть некоторая ошибка (ошибки) журнала дать больше ключа к разгадке.

У меня действительно есть одна аномалия...

Я нашел другой nagios.log, который затрагивается только с несколькими строками каждый раз, когда сервис запускается:

# cat /usr/local/nagios/var/nagios.log
[1431088940] Error: Cannot open main configuration file '/' for reading!
[1431088940] Error: Failed to process config file '/'. Aborting

Возможно, что-то дурацкое с init или cfg файлами, но я не могу найти его. Как другой тест, я могу su к nagios и выполнять демона вручную.

su - nagios
[nagios@atlas ~]$ /usr/local/nagios/bin/nagios /usr/local/nagios/etc/nagios.cfg

Nagios Core 4.0.8
Copyright (c) 2009-present Nagios Core Development Team and Community Contributors
Copyright (c) 1999-2009 Ethan Galstad
Last Modified: 08-12-2014
License: GPL

Website: http://www.nagios.org
Nagios 4.0.8 starting... (PID=23234)
Local time is Fri May 08 13:45:12 ADT 2015
nerd: Channel hostchecks registered successfully
nerd: Channel servicechecks registered successfully
nerd: Channel opathchecks registered successfully
nerd: Fully initialized and ready to rock!
wproc: Successfully registered manager as @wproc with query handler
wproc: Registry request: name=Core Worker 23235;pid=23235
wproc: Registry request: name=Core Worker 23236;pid=23236
wproc: Registry request: name=Core Worker 23237;pid=23237
wproc: Registry request: name=Core Worker 23238;pid=23238
wproc: Registry request: name=Core Worker 23239;pid=23239
wproc: Registry request: name=Core Worker 23240;pid=23240
Successfully launched command file worker with pid 23241

Я надеялся, что это избежит чего-либо нечетного в init сценарии. Это не касается (ожидаемого) /usr/local/nagios/var/nagios.log, но это не изменяет ошибку с веб-сайта cgis. Другая подсказка - то, что, когда nagios запускается вручную как это, я не вижу, что любой входит в систему экран объектов состояния и хостов. Если я запускаю init, существуют некоторые предупреждения на некоторой производительности хоста, колебании и обычной болтовне от журналов nagios, но это не говорит больше, чем вышеупомянутое при запуске с командной строки как nagios пользователь.