FAQ/fr

From Wiki Centreon

Jump to: navigation, search

Languages:

English • Français

1 SNMP
2 Graphes ODS
3 Reporting
4 Configuration

SNMP

Q. 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

Graphes ODS

Q. La table mysql ods.data_bin est vide

Q. La table mysql ods.log est vide

Q. La table mysql ods.data_bin contient des entrées en plusieurs exemplaire pour un id_metric/ctime donné

Q. Le champ value de la table mysql ods.data.bin ne contient pas les valeurs voulues/attendues

Reporting

Q. Quand je visualise un host dans le Reporting, je ne vois que l'état du jour courant. Les autres jours (jours précédents). Les auters jours 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)