Announcement

Collapse
No announcement yet.

Problème de correspondance des .rrd

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

  • Problème de correspondance des .rrd

    Bonjour à tous

    voila mon problème, lorque j'exécute un plugin sous oreon que je veux grapher, j'ai un poblème de correspondance. Je m'explique

    Ex pour un check_graph_ping, je spécifie l'option -S avec la valeur 23,

    le fichier 23.rrd est bien créé, mais le problème, c'est que via l'interface Oreon il me fait le lien avec le fichier /usr/local/oreon/rrd/22.rrd qui n'est donc pas le bon.

    Il me fait ceci pour tous les graphes, je vous raconte pas le bordel.

    Commen puis je faire ?

    Merci
    @+

  • #2
    bah en fait, tu n'as pas besoin de présier l'option

    il se génère tout seul (en fait c'est en fonctionde son id dans la bdd)

    http://wiki.oreon-project.org/wakka....OreonPluginsFR
    Ubuntu 8.04
    Nagios 3.2 + nagios-plugins-1.4.14
    ndoutils-1.4b9
    Centreon 2.1.8
    centreon-syslog-frontend-1.2.1 + centreon-syslog-server-1.1

    Comment


    • #3
      Je suis obligé de le passer en paramètre, sinon plusieurs services tentent de mettre à jour le même graphe. C'est pour cela que je le passe en paramètre.

      @+

      Comment


      • #4
        ce n'est pas normal :?
        Ubuntu 8.04
        Nagios 3.2 + nagios-plugins-1.4.14
        ndoutils-1.4b9
        Centreon 2.1.8
        centreon-syslog-frontend-1.2.1 + centreon-syslog-server-1.1

        Comment


        • #5
          Bon je viens de tout remettre en auto,

          ça marche pour certain plugins, mais pour certain ça marche pas

          exemple: J'ai le message d'erreur classique

          Le fichier /usr/local/oreon/rrd/30.rrd n’est pas accessible

          alors qu'en fait c'est le 1.rrd qui est généré par Oreon et pas le 30

          solutions ?

          Merci

          Comment


          • #6
            et si tu force le dernier argument avec 30, ca donne koi ?
            Ubuntu 8.04
            Nagios 3.2 + nagios-plugins-1.4.14
            ndoutils-1.4b9
            Centreon 2.1.8
            centreon-syslog-frontend-1.2.1 + centreon-syslog-server-1.1

            Comment


            • #7
              Bonjour,

              J'ai le meme probleme que toi et la j'avoue que je ne comprends pas pourquoi.

              j'ai installé un nagios sur une debian tout ce passe bien. Graph sur machines windows avec nsclient linux et sun en ssh et snmp jusqu'a ce que je rajoute un graphe pour la cpu d'un routeur cisco ou je genere un graph avec le plug in :
              check_snmp_load.
              la declaration du plugin est faite de la facon suivante :

              check_graph_snmp_load
              $user1$/check_snmp_load.pl -H$HOSTADRESS$- C $ARG1$ -w $ARG2$ -c $ARG3$ -T $ARG4$ -g -S $ARG5$

              la declaration sur la conf d'oreon
              Check command : check_graph_snmp_load
              Check command arguments : !public!50,40,30!80,70,60!cisco

              resultat des courses je genere un graph vide car il s'est mit en tete d'afficher le 41.rrd alors qu'il rempli le 1.rrd :roll:

              donc pas tetu j'ai passé cette variable en plus
              Check command arguments : !public!50,40,30!80,70,60!cisco!1

              mais quand je regarde le fichier service.cfg j'ai
              !public!50,40,30!80,70,60!cisco!1!41

              alors j'ai poussé le vice a faire ca
              Check command arguments : !public!50,40,30!80,70,60!cisco!1!1!1

              et resultat dans le fichier service.cfg
              !public!50,40,30!80,70,60!cisco!1!1!1!41

              j'aurais bien une solution m'enfin c'est pas tres classe... : ln -s 41.rrd 1.rrd


              Donc si quelqu'un a une idée plus evoluée que ca je suis preneur

              Virg*

              Comment

              Working...
              X