Faq/fr
From Wiki Centreon
Contents |
Problème avec l'installation Web de Centreon 2
- Erreur de droits à l'étape 10: Centreon Configuration File.
L'interface affiche un erreur de droits sur les différentes fichiers de configurations "centreon.conf.pm" et "conf.pm" et la modification de ces droits ne change rien. Dans ce cas de figure, vous avez SeLinux d'activé, nous n'avons pas d'autre solution que de le désactiver en modifiant son fichier de configuration. Editez le fichier "/etc/selinux/config" et remplacez la ligne suivante "SELINUX=enabled" par celle-ci "SELINUX=disabled" et redémarrez la machine pour prendre en compte les modifications.
- Après mise à jour de Centreon, l'interface est déformée
Votre navigateur a toujours en cache les définitions de style de votre précédente version de Centreon. Vider le cache de votre navigateur pour résoudre le problème.
- Erreur de l'installation des modules Pear
Peut être votre serveur est derrière un proxy, essayez de modifier la configuration de Pear avec la commande suivante:
pear config-set http_proxy http://[your_login]:[your password]@[@IP proxy]:[port]
Problèmes liés à NDOutils
- Le lancement de NDoutils renvoit l'erreur suivante:
/usr/local/nagios/bin/ndo2db-3x -c /usr/local/nagios/etc/ndo2db.cfg Support for the specified database server is either not yet supported, or was not found on your system.
Votre OS est une version 64bits, recompiler NTOutils avec les librairies 64bits de MySQL. Reportez-vous à la procédure d'installation de NDOutils.
- Le log de Nagios renvoit "Could not load module"
Vous n'avez aucune information de supervision dans Centreon et le fichier de journalisation Nagios.log renvoit la ligne suivante: [1216212112] Error: Could not load module '/usr/local/nagios/bin//ndomod-2x.o' -> /tmp/nebmodKeLskR: undefined symbol: find_serviceextinfo Modifiez la version de Nagios que vous utilisez dans l'interface Centreon:
Configuration > Nagios > nagios.cfg
Vérifiez la configuration de nagios.cfg, dans l'onglet Data, le champs broker Module doit contenir la ligne suivante pour fonctionner avec Nagios 3:
/usr/local/nagios/bin/ndomod-3x.o config_file=/usr/local/nagios/etc/ndomod.cfg
- Une message d'erreur "Connection Error to NDO DataBase !" s'affiche
La base de données de NDOutils n'est sans doute pas installé ou l'utilisateur centreon de la base de donnée n'a pas accès à cette base. Reportez-vous à l'installation complémentaire de NDOutils pour créer la base de donnée et mettre à jour l'utilisateur centreon.
Problèmes d'exportation
- Centreon ne recharge/rédémarre pas Nagios lorsque j'exporte la configuration sur Fedora?
Editez le fichier /etc/sudoers et ajoutez la ligne ci-dessous avant la ligne ("## END: CENTREON SUDO")
Defaults:CENTREON !requiretty
- L'exportation renvoit les messages d'erreurs suivants:
Warning aggregate_status_updates directive ignored. All status file updates are now aggregated. Warning downtime_file variable ignored. Downtime entries are now stored in the status and retention files. Warning comment_file variable ignored. Comments are now stored in the status and retention files.
Configurez la version de Nagios à 3:
Administration > Nagios > Nagios Release >> 3
Vérifiez la configuration de nagios.cfg, dans l'onglet Data, le champs broker Module doit contenir la ligne suivante pour fonctionner avec Nagios 3:
/usr/local/nagios/bin/ndomod-3x.o config_file=/usr/local/nagios/etc/ndomod.cfg
- A l'exportation de la configuration, le message suivant apparaît:
No directory, logging in with HOME=/
L'utilisasteur "Nagios" n'a pas de répertoire utilisateur, il faut le créer et lui attribuer les droits:
cd /home/ mkdir nagios chown nagios.nagios nagios
- En dernier recours
Redémarrer snmpd, centstorage, nagios, apache, mysql, ndo et nagios, la pluspart du temps les services ne sont pas démarrés ce qui ne permet pas d'afficher les informations de supervision dans centreon.
Problèmes avec Nagios Statistics
Si la page "Nagios Statistics" n'affichent aucun graphique, modifiez le fichier "/usr/local/centreon/bin/nagiosPerfTrace" et initialisez la variable $global_prefix comme suivant:
my $global_prefix = "/var/lib/centreon/nagios-perf/";
Après quelques minutes, la page Nagios Statistics doit réaparaître.
Problèmes dans le Monitoring
- Chaque service renvoit la valeur "null" dans le monitoring.
Vérifiez que vous avez bien installé tous les pré-requis et configuré SNMP (cf installation des pré-requis).
- les plugins renvoient "ERROR" ou "UNKNOWN"
Ormis le service ping, aucun serice ne fonctionne et les différents plugins renvoient des erreurs comme "UNKNOWN: No response from remote host" ou encore "ERROR: Description Table". Le service snmpd n'est probablement pas lancé ou mal configuré, vérifiez sa configuration et lancez-le avec la commande suivante:
# /etc/init.d/snmpd start
Problèmes avec les Graphiques
- Aucun graphique ne s'affiche.
Vérifiez que centstorage est correctement lancé, la ligne suivante doit apparaître:
[root@localhost doc]# ps -aux | grep centstorage nagios 26426 0.0 0.3 101536 844 ? S Jul16 0:04 /usr/bin/perl -w /usr/local/centreon/bin/centstorage
Sinon, lancez centstorage:
# /etc/init.d/centstorage start
Problème avec le Reporting
- Quand je visualise un host dans le Reporting, je ne vois que l'état du jour courant. Les autres jours (jours précédents) sont à l'état Undeterminated.
R. Il y a plusieurs choses à vérifier pour le bon fonctionnement
1) Vérifier que le répertoire où Nagios va sauvegarder les logs des jours précédents existe : dans l'interface de Centreon -> Configuration -> Nagios -> Nagios CFG -> Fichier Nagios CFG pour votre installation , cherchez le paramètre "Log Archive Path". Si un répertoire y est spécifié, vérifiez son existence et que l'utilisateur sous lequel tourne Nagios peut y accéder en lecture/écriture.
Par défaut, dans Nagios 2, ce répertoire est /var/lib/nagios2/archives.
Si Nagios est exécuté sous l'utilisateur nagios :
nagios:~# mkdir /var/lib/nagios2/archives && chown nagios:nagios /var/lib/nagios2/archives
2) Vérifier tous les scripts de cron dans le fichier /etc/cron.d/oreon Il doit ressembler à ça :
0 0 * * * nagios php -q /usr/local/oreon/cron/inventory_update.php >> /usr/local/oreon/log/ArchiveLogInDB_log 2>> /usr/local/oreon/log/ods_parsing_log 0 0 1-31 * * nagios php -q /usr/local/oreon/cron/reporting/ArchiveLogInDB.php >> /usr/local/oreon/log/ArchiveLogInDB_log 2>> /usr/local/oreon/log/ods_parsing_log * * * * * nagios /usr/local/oreon/cron/parsing_status.pl >> /usr/local/oreon/log/ods_parsing_status 2>> /usr/local/oreon/log/ods_parsing_status * * * * * nagios /usr/local/oreon/cron/parsing_log.pl >> /usr/local/oreon/log/ods_parsing_log 2>> /usr/local/oreon/log/ods_parsing_log
3) executer à la main chaque ligne avec l'utilisateur nagios, et vérifiez les fichier de log, pour chercher les erreurs.
nagios:/usr/local/oreon/cron# su nagios nagios:/usr/local/oreon/cron$ /usr/bin/php -q /usr/local/oreon/cron/inventory_update.php >> /usr/local/oreon/log/ArchiveLogInDB_log 2>> /usr/local/oreon/log/ods_parsing_log nagios:/usr/local/oreon/cron$ vi /usr/local/oreon/log/ods_parsing_log
répétez la commande pour chaque ligne.
Si pour la commande php -q /usr/local/oreon/cron/reporting/ArchiveLogInDB.php >> /usr/local/oreon/log/ArchiveLogInDB_log 2>> /usr/local/oreon/log/ods_parsing_log Vous obtenez une erreur du type :
probems with oreon database : DB Error: extension not found
Vérifiez votre version de php
nagios:/usr/local/oreon/cron# php -v
Si la version 5 de php est utilisé, c'est la source du probleme. La commande php utilise php 5 au lieu de php4. Le plus simple est de forcer l'utilisation de php4 dans le cron, en remplacant php par /usr/bin/php4-cgi
4) Une fois que tous les scripts du cron s'exécutent sans erreur, vos tables log_archive_host et log_archive_service doivent se remplir (Attention, il faut peut-être attendre le lendemain pour que les tables commencent à se remplir)
Problème avec SNMP
- Je n'arrive pas à faire des requêtes snmp distantes. Elles ne marchent qu'en local. Qu'est ce qui ne va pas?
R. Ne paniquez pas, tout va rentrer dans l'ordre :)
Tout d'abord, vérifiez que le demon snmpd écoute bien :
$>netstat -na | grep 161 udp 0 0 127.0.0.1:161 0.0.0.0:*
Ceci indique que le demon écoute uniquement en local, ce qui pourrait expliquer notre dysfonctionnement.
Pour pallier à ce problème, vous devez éditer le fichier /etc/default/snmpd (dans le cadre d'une debian)
Vous devez modifiez la ligne suivante :
SNMPDOPTS='-Lsd -Lf /dev/null -u snmp -I -smux -p /var/run/snmpd.pid 127.0.0.1'
En :
SNMPDOPTS='-Lsd -Lf /dev/null -u snmp -I -smux -p /var/run/snmpd.pid 127.0.0.1 192.168.0.1'
(où 192.168.0.1 est l'adresse IP de votre interface réseau)
Un petit /etc/init.d/snmpd restart
Et un petit netstat pour vérifier :
$>netstat -na | grep 161 udp 0 0 192.168.0.1:161 0.0.0.0:* udp 0 0 127.0.0.1:161 0.0.0.0:* $>
Si cela ne fonctionne toujours pas, voici un exemple de snmpd.conf simple :
$>cat /etc/snmp/snmpd.conf # sec.name source community com2sec localnet 192.168.0.0/24 public com2sec local localhost private # sec.model sec.name group ROGroup v2c localnet group RWGroup v2c local # incl/excl subtree mask view all included .1 # context sec.model sec.level match read write notif access ROGroup "" v2c noauth exact all none none access RWGroup "" v2c noauth exact all all none $>
Si vous voulez comprendre le fonctionnement du snmp, une seule solution :
$>man snmpd $>man snmpd.conf $>man snmp.conf
