Nagios Service Exécution, Erreur de site Web: Impossible de lire les informations d'état d'hôte et de service
Nagios a été amélioré de 3.5.1 à 4.0.8
Je voulais demander à cela dans le forum de support Nagios, mais une heure plus tard, je ne reçois pas de courrier électronique de confirmation pour la mise en place de mon compte ...
nagios semble fonctionner correctement comme un service, mais les CGI Web ne fonctionnent pas, et il n'y a aucune erreur d'erreur.Log pour Apache, ni nagios.log. J'ai vérifié l'autorisation et j'ai examiné une partie du code C ayant cette erreur intégrée:
whoops! Erreur: Impossible de lire les informations d'état d'hôte et de service!
La même erreur ci-dessus apparaît pour presque chaque menu sur le côté gauche de la page principale de Nagios.
nagios.log ressemble à ceci au début, puis à vous arrêter, de l'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.
Courir avec -v est propre:
# /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
En outre, le Check_nagios dit que nous courons OK:
# /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
Une possibilité est que l'erreur signifie qu'il ne peut pas accéder au fichier nagios.cfg. J'ai vérifié que le chemin d'accès est R-X pour "Autre" (pour couvrir l'utilisateur Apache) sur tous les répertoires sur le chemin. En tout état de cause, s'il y avait une question de permission, cela devrait faire une erreur Apache. Je travaille à ce sujet pendant quelques heures et je ne trouve pas le point d'échec, ni ce qui a changé.
La page principale montre également "Impossible d'obtenir le statut de processus" sous le logo Nagios Core. Cela fait de l'exécution StatutJson.cgi dans Main.PHP - Je ne sais pas ce qu'il regarde, mais la page est vide lorsque j'exécute la requête CGI (cgi-bin/statutjson.cgi? Query = programstatus) de Main.PHP manuellement. J'ai googlé cela, cherché les forums Nagios, mais tous les autres semblent avoir des erreurs de journal pour donner plus d'indices.
J'ai une anomalie ...
J'ai trouvé un autre nagios.log qui est touché à seulement quelques lignes chaque fois que le service est démarré:
# cat /usr/local/nagios/var/nagios.log
[1431088940] Error: Cannot open main configuration file '/' for reading!
[1431088940] Error: Failed to process config file '/'. Aborting
Peut-être quelque chose de louche avec les fichiers INIT ou CFG, mais je ne le trouve pas. Comme un autre test, je peux suivre Nagios et gérer le démon manuellement.
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
J'espérais que cela éviterait quelque chose d'étrange dans le script init. Il ne touche pas le /usr/local/nagios/var/nagios.log (attendu), mais il ne modifie pas l'erreur du site Web CGI. Un autre indice est que lorsque le Nagios est démarré manuellement comme ceci, je ne vois aucune connexion à l'écran des hôtes et des articles d'état. Si je lance l'init, il y a quelques avertissements sur certaines performances d'hôte, battant et le bavardage habituel des journaux Nagios, mais cela ne dit plus que ce qui précède lors du démarrage de la ligne de commande en tant qu'utilisateur Nagios.
Cette question a finalement été rendue au forum de support de base Nagios et il a été résolu là-bas.
http://support.nagios.com/forum/viewtopic.php?f=7&t=32795
Dans ce cas particulier, nous manquions des entrées de configuration pour
state_retention Statut_file
mais il existe de nombreux types d'erreurs différents pouvant également conduire à l'erreur d'interface Web commençant par "Whoops!".