Reporting Problem : Pending

[FrOsT]

Bonjour,

Le reporting ne fonctionne pas chez moi, tous les rapports antérieurs à aujourd'hui sont en Pending.

Je suis sous Ubuntu 6.10, nagios Version 2.5, Oreon 1.3.3 (sans perfparse), apache2 et PHP Version 5.1.6,
Je pense avoir changé tout ce qui est nécessaire mais le reporting ne fonctionne toujours.
Histoire de gagner un peu de temps, voici quelques exacts des fichiers de conf :

CRONTAB :
[email protected]:/usr/local/oreon/cron# crontab -l
# m h dom mon dow command
0 0 1-31 * * nagios php -q /usr/local/oreon/cron/ArchiveLogInDB.php
59 23 * * * /usr/local/oreon/cron/deleteDB.pl > /dev/null

Fichier ArchiveLogInDB.php
$path_oreon = '/usr/local/oreon/';
$NagiosPathArchive = "/usr/local/nagios/var/";

Fichier deleteDB.pl
my $PerfparseInstallFolder = "/srv/perfparse/bin/"; //je n'y est pas toucher car pas perfparse
my $file_lock = "/usr/local/nagios/var/purge.lock";
my $oreon_conf = "/usr/local/oreon/www/oreon.conf.php";

Droits sur les Fichiers :

[email protected]:/usr/local/oreon/cron# ls -l /usr/local/oreon/
total 28
drwxrwxr-x 2 www-data www-data 4096 2007-03-30 17:40 cron
drwxrwxr-x 5 www-data www-data 4096 2007-02-09 14:53 filesGeneration
drwxrwxr-x 4 www-data www-data 4096 2007-02-09 14:53 filesUpload
drwxrwxr-x 7 www-data www-data 4096 2007-02-09 14:53 GPL_LIB
drwxrwxr-x 2 www-data www-data 4096 2007-02-09 14:53 log
drwxrwxr-x 2 nagios nagios 4096 2007-02-09 14:53 rrd
drwxrwxr-x 12 www-data www-data 4096 2007-02-13 16:10 www

[email protected]:/usr/local/oreon/cron# ls -l /usr/local/nagios/var/
total 1092
drwxrwxr-x 2 nagios nagios 4096 2007-03-30 00:00 archives
-rw-rw-r-- 1 nagios nagios 238 2007-02-13 18:23 comment.log
-rwxrwxr-x 1 nagios nagios 238 2007-02-13 15:51 comments.dat
-rwxrwxr-x 1 nagios nagios 239 2007-02-13 15:51 downtime.dat
-rw-rw-r-- 1 nagios nagios 239 2007-02-13 18:23 downtime.log
-rw-r--r-- 1 nagios nagios 6 2007-03-30 16:32 nagios.lock
-rw-r--r-- 1 nagios nagios 212282 2007-03-30 17:35 nagios.log
-rwxrwxr-x 1 nagios nagios 264339 2007-03-30 16:32 objects.cache
-rw-r--r-- 1 nagios nagios 0 2007-03-29 23:59 purge.lock
-rw------- 1 nagios nagios 7635 2007-03-30 16:32 retention.dat
drwxrwxr-x 2 nagios nagios 4096 2007-03-30 16:32 rw
-rw-rw-r-- 1 nagios nagios 285118 2007-03-30 17:56 status.log
-rw------- 1 nagios nagios 297012 2007-03-30 17:32 status.sav

-rw-r--r-- 1 nagios nagios 0 2007-03-29 23:59 /usr/local/nagios/var/purge.lock

-rwxrwxr-x 1 www-data www-data 990 2007-02-09 18:31 /usr/local/oreon/www/oreon.conf.php

Si je lance le script en manuel J'ai une erreur
[email protected]:/usr/local/oreon/cron# php ArchiveLogInDB.php
PHP Warning: Module 'mysql' already loaded in Unknown on line 0

Pourquoi je n'arrive pas a lancer le script ArchiveLogInDB.php manuellement?

Quelqu'un a une idée du problème que je rencontre, y'a-t-il un pb de droit quelque part ? Un pb de CRON ?

Merci d'avance pour votre aide,

Jeff

[DonKiShoot]

Tout semble correct !

J'imagine que le script devait déja tourner lancer par le cron alors que tu tentais de le lancer à ton tour.

Pas d'idée mais pour les pending inférieurs à la journée courante c bien du au fait que le script archive ne se lance pas.

En tous cas tu ne dois pas chercher dans le bon sens car toutes les réponses sur google se résume à cette réponse :

Take a look at $PREFIX/etc/php.ini and $PREFIX/etc/php/extensions.ini. You
may have duplicate module entries

[FrOsT]

Le cron, je dois le mettre dans l'utilisateur root ou dans un autre utilisateur ?

Je veux bien lancer le script en manuel quand j'en ai besoin pour un premier temps, mais je ne comprend l'erreur :

[email protected]:/usr/local/oreon/cron# php ArchiveLogInDB.php
PHP Warning: Module 'mysql' already loaded in Unknown on line 0

Même après un reboot, j'ai le même message. Je peux killer un process si besoin pour tester, voici le resultat d'un "ps aux" :

USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.0 0.0 1632 536 ? Ss Mar22 0:29 /sbin/init splash
root 2 0.0 0.0 0 0 ? S Mar22 0:01 [migration/0]
root 3 0.0 0.0 0 0 ? SN Mar22 0:00 [ksoftirqd/0]
root 4 0.0 0.0 0 0 ? S Mar22 0:00 [watchdog/0]
root 5 0.0 0.0 0 0 ? S Mar22 0:01 [migration/1]
root 6 0.0 0.0 0 0 ? SN Mar22 0:00 [ksoftirqd/1]
root 7 0.0 0.0 0 0 ? S Mar22 0:00 [watchdog/1]
root 8 0.0 0.0 0 0 ? S< Mar22 0:00 [events/0]
root 9 0.0 0.0 0 0 ? S< Mar22 0:00 [events/1]
root 10 0.0 0.0 0 0 ? S< Mar22 0:00 [khelper]
root 11 0.0 0.0 0 0 ? S< Mar22 0:00 [kthread]
root 14 0.0 0.0 0 0 ? S< Mar22 0:00 [kblockd/0]
root 15 0.0 0.0 0 0 ? S< Mar22 0:00 [kblockd/1]
root 16 0.0 0.0 0 0 ? S< Mar22 0:00 [kacpid]
root 17 0.0 0.0 0 0 ? S< Mar22 0:00 [kacpi_notify]
root 94 0.0 0.0 0 0 ? S< Mar22 0:00 [kseriod]
root 137 0.0 0.0 0 0 ? S Mar22 0:00 [pdflush]
root 138 0.0 0.0 0 0 ? S Mar22 0:00 [pdflush]
root 139 0.0 0.0 0 0 ? S Mar22 0:00 [kswapd0]
root 140 0.0 0.0 0 0 ? S< Mar22 0:00 [aio/0]
root 141 0.0 0.0 0 0 ? S< Mar22 0:00 [aio/1]
root 770 0.0 0.0 0 0 ? S Mar22 0:00 [kirqd]
root 1717 0.0 0.0 0 0 ? S< Mar22 0:00 [khubd]
root 1805 0.0 0.0 0 0 ? S< Mar22 0:19 [kjournald]
root 1885 0.0 0.0 1604 552 ? Ss Mar22 0:00 //sbin/logd
root 2032 0.0 0.0 2608 1040 ? S<s Mar22 0:00 /sbin/udevd --daemon
root 2747 0.0 0.0 0 0 ? S< Mar22 0:00 [kpsmoused]
root 2767 0.0 0.0 0 0 ? S< Mar22 0:00 [shpchpd]
root 3433 0.0 0.0 1600 508 tty1 Ss+ Mar22 0:00 /sbin/getty 38400 tty1
root 3434 0.0 0.0 1600 504 tty2 Ss+ Mar22 0:00 /sbin/getty 38400 tty2
root 3437 0.0 0.0 1596 504 tty3 Ss+ Mar22 0:00 /sbin/getty 38400 tty3
root 3438 0.0 0.0 1600 508 tty4 Ss+ Mar22 0:00 /sbin/getty 38400 tty4
root 3439 0.0 0.0 1600 504 tty5 Ss+ Mar22 0:00 /sbin/getty 38400 tty5
root 3440 0.0 0.0 1596 504 tty6 Ss+ Mar22 0:00 /sbin/getty 38400 tty6
root 3673 0.0 0.0 2204 1156 ? Ss Mar22 0:00 /usr/sbin/acpid -c /etc/acpi/events -s /var/run/acpid.socket
root 3809 0.0 0.0 1724 512 ? Ss Mar22 0:00 /bin/dd bs 1 if /proc/kmsg of /var/run/klogd/kmsg
klog 3811 0.0 0.0 2416 1296 ? Ss Mar22 0:00 /sbin/klogd -P /var/run/klogd/kmsg
root 3900 0.0 0.0 11924 1784 ? Ss Mar22 0:00 /usr/sbin/gdm
root 3903 0.0 0.1 12280 2476 ? S Mar22 0:00 /usr/sbin/gdm
root 3905 0.0 0.2 11800 5852 tty7 Ss+ Mar22 0:00 /usr/X11R6/bin/X :0 -br -audit 0 -auth /var/lib/gdm/:0.Xauth -nolis
root 3957 0.0 0.0 4900 928 ? Ss Mar22 0:00 /usr/sbin/hpiod
hplip 3974 0.0 0.2 9668 4856 ? S Mar22 0:00 python /usr/sbin/hpssd
root 4030 0.0 0.0 1656 496 ? S Mar22 0:00 /bin/sh /usr/bin/mysqld_safe
mysql 4094 0.0 1.3 131956 27964 ? Sl Mar22 3:24 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mys
root 4095 0.0 0.0 1588 528 ? S Mar22 0:00 logger -p daemon.err -t mysqld_safe -i -t mysqld
103 4178 0.0 0.0 2180 800 ? Ss Mar22 0:00 /usr/bin/dbus-daemon --system
gdm 4197 0.0 0.6 21228 13052 ? Ss Mar22 0:00 /usr/lib/gdm/gdmgreeter
106 4199 0.0 0.2 7016 5452 ? Ss Mar22 0:01 /usr/sbin/hald
root 4200 0.0 0.0 2912 1036 ? S Mar22 0:00 hald-runner
106 4206 0.0 0.0 2028 812 ? S Mar22 0:00 /usr/lib/hal/hald-addon-acpi
106 4242 0.0 0.0 2024 804 ? S Mar22 0:00 /usr/lib/hal/hald-addon-keyboard
106 4256 0.0 0.0 2028 840 ? S Mar22 0:00 /usr/lib/hal/hald-addon-storage
root 4270 0.0 0.5 13620 10864 ? S Mar22 0:00 perl /usr/share/system-tools-backends-2.0/scripts/SystemToolsBacken
root 4376 0.0 0.0 4796 1620 ? Ss Mar22 0:02 /usr/lib/postfix/master
postfix 4390 0.0 0.0 4844 1740 ? S Mar22 0:02 qmgr -l -t fifo -u
snmp 4399 0.0 0.1 6864 3868 ? S Mar22 0:03 /usr/sbin/snmpd -Lsd -Lf /dev/null -u snmp -I -smux -p /var/run/snm
root 4415 0.0 0.0 4940 1064 ? Ss Mar22 0:00 /usr/sbin/sshd
root 4467 0.0 0.0 2068 712 ? Ss Mar22 0:00 /usr/sbin/hcid -x
root 4471 0.0 0.0 1664 496 ? Ss Mar22 0:00 /usr/sbin/sdpd
root 4490 0.0 0.0 0 0 ? S< Mar22 0:00 [krfcommd]
daemon 4522 0.0 0.0 1856 428 ? Ss Mar22 0:00 /usr/sbin/atd
cupsys 14967 0.0 0.0 4564 1796 ? SNs Mar23 0:00 /usr/sbin/cupsd
nagios 20782 0.6 0.0 20452 1544 ? SNsl Mar30 26:26 /usr/local/nagios/bin/nagios -d /usr/local/nagios/etc/nagios.cfg
root 22590 0.0 0.3 22028 7320 ? SNs Apr01 0:00 /usr/sbin/apache2 -k start -DSSL
www-data 22597 0.0 0.5 26688 12232 ? SN Apr01 0:05 /usr/sbin/apache2 -k start -DSSL
www-data 22598 0.0 0.5 26728 12264 ? SN Apr01 0:03 /usr/sbin/apache2 -k start -DSSL
www-data 22599 0.0 0.5 26716 11540 ? SN Apr01 0:02 /usr/sbin/apache2 -k start -DSSL
www-data 22600 0.0 0.5 26716 11540 ? SN Apr01 0:04 /usr/sbin/apache2 -k start -DSSL
www-data 22601 0.0 0.5 26716 11540 ? SN Apr01 0:04 /usr/sbin/apache2 -k start -DSSL
root 3970 0.0 0.0 1652 616 ? SNs 07:40 0:00 /sbin/syslogd
postfix 27584 0.0 0.0 4812 1636 ? S 09:18 0:00 pickup -l -t fifo -u -c
www-data 28473 0.1 0.6 27940 12764 ? SN 09:22 0:02 /usr/sbin/apache2 -k start -DSSL
www-data 28474 0.3 0.5 26716 11540 ? SN 09:22 0:04 /usr/sbin/apache2 -k start -DSSL
root 30269 0.0 0.1 7716 2324 ? Ss 09:31 0:00 sshd: technique [priv]
1000 30435 0.0 0.0 7716 1620 ? S 09:31 0:00 sshd: [email protected]/0
1000 30475 0.0 0.1 5504 3024 pts/0 Ss 09:31 0:00 -bash
root 30524 0.0 0.1 5064 2924 pts/0 S 09:32 0:00 /bin/bash
root 607 0.0 0.1 7720 2328 ? Ss 09:40 0:00 sshd: cactiuser [priv]
1003 613 0.0 0.0 7720 1624 ? S 09:40 0:00 sshd: [email protected]/1
1003 614 0.0 0.1 5536 3124 pts/1 Ss+ 09:40 0:00 -bash
root 946 0.0 0.0 2192 864 ? Ss 09:42 0:00 /usr/sbin/cron
nagios 1536 0.0 0.0 20456 1204 ? SN 09:44 0:00 /usr/local/nagios/bin/nagios -d /usr/local/nagios/etc/nagios.cfg
nagios 1537 0.0 0.0 1660 476 ? SN 09:44 0:00 sh -c /usr/local/nagios/libexec//check_ping -H 82.101.28.73 -w 3000
nagios 1538 0.0 0.0 1780 652 ? SN 09:44 0:00 /usr/local/nagios/libexec//check_ping -H 82.101.28.73 -w 3000.0,80%
nagios 1539 0.0 0.0 1756 528 ? SN 09:44 0:00 /bin/ping -n -U -w 10 -c 1 82.101.28.73
root 1542 0.0 0.0 2536 888 ? S 09:45 0:00 /USR/SBIN/CRON
1003 1543 0.0 0.0 1656 464 ? Ss 09:45 0:00 /bin/sh -c /usr/bin/php /var/www/cacti/poller.php > /dev/null 2>&1
1003 1544 3.0 0.5 24364 11388 ? S 09:45 0:00 /usr/bin/php /var/www/cacti/poller.php
1003 1546 3.7 0.5 24328 11360 ? S 09:45 0:00 /usr/bin/php -q /var/www/cacti/cmd.php 0 24
1003 1586 0.0 0.0 1656 464 ? S 09:45 0:00 sh -c /usr/bin/rrdtool -
1003 1587 0.0 0.0 2740 784 ? S 09:45 0:00 /usr/bin/rrdtool -
root 1598 1.0 0.0 6288 1960 ? Ss 09:45 0:00 sshd: [accepted]
sshd 1599 1.0 0.0 6288 1292 ? S 09:45 0:00 sshd: [net]
root 1615 0.0 0.0 2508 992 pts/0 R+ 09:45 0:00 ps -aux


Sinon, que dois-je vérifier au niveau PHP?

Merci,

Jeff

[FrOsT]

Re-bonjour,

J'ai résolu mon histoire d'erreur mysql :

PHP Warning: Module 'mysql' already loaded in Unknown on line 0

Il suffit d'editer /etc/php5/cli/php.ini et de supprimer la ligne extension=mysql.so qui se trouve tout à la fin (j'ai relancé le process mysql derrière)

Donc maintenant, je lance le script Archive sans soucis, mais les hosts reste toujours en pending.

Comment je peux vérifier que le script fasse bien son job, dans quels répertoires doit-il mettre des infos ?

Merci

[FrOsT]

Bon j'ai reussi à faire marcher le bouzin

Donc le script se lancait manuellement, mais j'avais toujours dans le reporting car j'avais pas le bon repertoire pour les archivers nagios dans ArchiveLogInDB.php le bon étant $NagiosPathArchive = "/usr/local/nagios/var/archives/"; (et non "/usr/local/nagios/var" d'ailleur il suffit de regarder ou son les fichiers *.log de nagios.

Et maintenant => CA MARCHE !!

Il reste encore 13h/14h de pending pour certain host ce qui me parait beaucoup, mais je me donner une semaine de recul pour voir si tout fonctionne (ou pas )

Merci de votre aide !

JEFF

[julio]

il faut regarder les stats dans la colonne des temps connu. L'inconnu prend en compte sur la journée courant de oh a 23h59 et 59 s soit pas mal de temps inconnu donc bcp de pending. C'est les meme resultats que nagios normalement.

[FrOsT]

Je viens de vérifier entre Nagios et Oreon, les résultats ne sont pas les même.

Pour les 7 derniers jours sous Oreon :

State Temps Temps Total Temps connus
Up 6d 14h 6m 35s 94.11% 94.11%
Down 19m 59s 0.2% 0.2%
Unreachable 0% 0%
Pending 9h 33m 26s 5.69% 5.69%

Alors que sous Nagios :

State Type / Reason Time % Total Time % Known Time
UP : Total 6d 23h 41m 32s 99.817% 99.817%
DOWN : Total 0d 0h 18m 28s 0.183% 0.183%
UNREACHABLE : Total 0d 0h 0m 0s 0.000% 0.000%
Undetermined :Total 0d 0h 0m 0s 0.000%
All : Total 7d 0h 0m 0s 100.000% 100.000%


Ca me parait bizarre de ne pas trouver les mêmes résultats ... Vous avez une idée de ou celà peut provenir ?

[julio]

oui en fait nous on part de 0:00 a 24h00 c pour ca qu'on a un temps pending... dont on ne connait pas le status.... le futur en fait...

=> 94.11 + 5.69 = 99.8 soit a peu pres 99.817... c pour ca... mais on va corriger l'affichage dans les prochaine version.... c noté... pas pour tout de suite mais c noté.

[rom]

A la difference de Nagios qui prend le temps a la seconde pres, nous on fait du "pré calculé" pour aller plus vite et organiser les informations en base de données. C'est a dire qu'on stocke les moyennes par jour.

Alors quand des donnees de la journee courante sont integrees dans la periode, et qu'elles ne sont pas en base, ca donne du pending.

Donc au final les calculs sont bons, il faudrait juste formater differement la chose pour arriver au meme niveau de comprehesion que ceux fournies par Nagios, et surtout, ne plus focaliser/trouver une astuce, pour ne pas utiliser ce temps PENDING.

Apo, quand tu veux ;-)

[FrOsT]

Oki je comprend mieux ! Il va falloir que je prévois un update dès que c'est ok

Sinon j'ai une petite interrogation.
Ce matin, le reporting d'hier n'était pas a jour. Donc je me suis penché sur le CRON.
Dans le fichier ArchiveLogInDB_README.txt, il est indiqué de mettre :
0 0 1-31 * * nagios php -q /your_oreon_path/cron/ArchiveLogInDB.php mais ça me parait bizarre, dans le sens ou le cron s'articule ainsi : mm hh jj MMM JJJ Tache

# mm représente les minutes (de 0 à 59)
# hh représente l'heure (de 0 à 23)
# jj représente le numéro du jour du mois (de 1 à 31)
# MMM représente le numéro du mois (de 1 à 12) ou l'abréviation du nom du mois (jan, feb, mar, apr, ...)
# JJJ représente l'abréviation du nom du jour ou le chiffre correspondant au jour de la semaine (0 représente le dimanche, 1 représente le lundi, ...)
# tâche représente la commande ou le script shell à exécuter
Source : http://fr.wikipedia.org/wiki/Crontab

Ce qui fait que je lance la commande nagios php -q /your_oreon_path/cron/ArchiveLogInDB.php

La bonne syntax de la crontab ne serait pas 0 0 1-31 * * php -q /your_oreon_path/cron/ArchiveLogInDB.php ? (L'ajout du mot "nagios" provoquant une erreur d'execution)

Merci d'avance.

Jeff

[DonKiShoot]

nagios est le user sous lequel le processus est lancé car il s'agit du cron système.

Tape "su nagios" avant de lancer la commande.

Il y a quelques différences entre un cron système et un cron utilisateur.

[FrOsT]

houlà ! Si j'ai bien suivi, il faut que je fasse sous le crontab root :

0 0 1-31 * * su nagios php -q /your_oreon_path/cron/ArchiveLogInDB.php

C'est bien ça ? ou faut-il faire 2 lignes ? une pour passer en su nagios et l'autre pour la commande ?

Merci

Jeff

[WAtt]

Nop,

Tu es en quelle version ? Depuis la 1.4, ils ont changé le système de cron pour finalement copier un fichier oreon dans /etc/cron.d.

Regarde comment cela est fait.

[FrOsT]

Je suis sous Oreon 1.3.3

Logiquement sous cette versnion j'ai rien à modifier dans /etc/cron.d. mais il suffit de modifier le cron...

[DonKiShoot]

meme en 1.3.3 tu peux crée le fichier oreon dans /etc/cron.d ce qui est plus propre

le su c a faire en ligne de comande ! pas dans le cron !