Announcement

Collapse
No announcement yet.

Reporting Problem : Pending

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Reporting Problem : Pending

    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

  • #2
    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
    Intel(R) Xeon(TM) CPU 3.4GHz - MemTotal : 1034476 kB
    Centreon 2.4.1 - Nagios 3.2.1 - Nagios Plugins 1.4.15 - Manubulon Plugins tuné
    Fedora Core 5 - 2.6.20-1.2320

    Comment


    • #3
      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

      Comment


      • #4
        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

        Comment


        • #5
          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

          Comment


          • #6
            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.
            Julien Mathis
            Centreon Project Leader
            www.merethis.com |

            Comment


            • #7
              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 ?
              Last edited by FrOsT; 2 April 2007, 14:30.

              Comment


              • #8
                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é.
                Julien Mathis
                Centreon Project Leader
                www.merethis.com |

                Comment


                • #9
                  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 ;-)
                  Romain Le Merlus
                  Centreon Forge
                  MERETHIS

                  Comment


                  • #10
                    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
                    Last edited by FrOsT; 3 April 2007, 10:33.

                    Comment


                    • #11
                      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.
                      Intel(R) Xeon(TM) CPU 3.4GHz - MemTotal : 1034476 kB
                      Centreon 2.4.1 - Nagios 3.2.1 - Nagios Plugins 1.4.15 - Manubulon Plugins tuné
                      Fedora Core 5 - 2.6.20-1.2320

                      Comment


                      • #12
                        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

                        Comment


                        • #13
                          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.
                          Centreon 2.x

                          Comment


                          • #14
                            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...

                            Comment


                            • #15
                              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 !
                              Intel(R) Xeon(TM) CPU 3.4GHz - MemTotal : 1034476 kB
                              Centreon 2.4.1 - Nagios 3.2.1 - Nagios Plugins 1.4.15 - Manubulon Plugins tuné
                              Fedora Core 5 - 2.6.20-1.2320

                              Comment

                              Working...
                              X