Announcement

Collapse
No announcement yet.

check_graph_traffic ERROR: IN bytes

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

  • check_graph_traffic ERROR: IN bytes

    Bonjour,

    mes check_graph_traffic marche sur toutes les machines que je veux surveiller sauf une...

    serveurmonitoring:/usr/local/nagios/libexec# ./check_graph_traffic.pl -H 192.168.0.5 -v 1 -C public -i 2
    Argument "Counter" isn't numeric in sprintf at /usr/share/perl5/Net/SNMP/Message.pm line 1778.
    ERROR: IN Bytes : %s length too long (%u bytes) length too long (0 bytes).
    qd j'essaie avec un autre de communauté (configuré par l'admin) ça me met
    serveurmonitoring:/usr/local/nagios/libexec# ./check_graph_traffic.pl -H 192.168.0.5 -v 1 -C test -i 2
    ERROR: IN Bytes : No response from remote host '192.168.0.5'.
    toutes les autres sondes semblent fonctionner sur cette machine check_graph_remote_storage, check_graph_load_average, etc...
    si quelqu'un a une idée car je vois pas
    je connais pas le perl et j'ai pas le temps de m'y mettre pour le moment

  • #2
    es-tu sur de ton numero d'interface ?

    essaie ca pour voir toutes les interfaces dispo:

    ./check_graph_traffic.pl -H 192.168.0.5 -v 1 -C public -s
    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
      oui oui j'avais vérifié que ça me sortait les interfaces la loopback et eth0...

      serveurmonitoring:/usr/local/nagios/libexec# ./check_graph_traffic.pl -H 192.168.0.5 -v 1 -C public -s
      Interface 1 :: lo
      Interface 2 :: eth0

      le nombre à afficher est peut être trop élevé? type de variable pas bon?

      Comment


      • #4
        re-essaie avec ta communauté par défaut qui est "public"
        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
          ça me met comme dans mon premier post

          serveurmonitoring:/usr/local/nagios/libexec# ./check_graph_traffic.pl -H 192.168.0.5 -v 1 -C public -i 2
          Argument "Counter" isn't numeric in sprintf at /usr/share/perl5/Net/SNMP/Message.pm line 1778.
          ERROR: IN Bytes : %s length too long (%u bytes) length too long (0 bytes).

          Comment


          • #6
            tu utilises quelles veriosn d'oreon ?
            si c'est la 1.2.3RC4
            essaie l'autre plugin de traffic

            check_graph_traffic_rrd.pl
            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,

              Cela ne vient pas du plugin. En fait, la machine que tu supervises répond avec des valeurs en 64 bits. Or, la bibliothèque Net::SNMP, dans la version que tu utilises, ne sait pas gérer les valeurs en 64 bits. D'où le message
              Argument "Counter" isn't numeric in sprintf at /usr/share/perl5/Net/SNMP/Message.pm line 1778.
              Désolé, je n'ai pas de solution à ce problème.

              Comment


              • #8
                non c'est la RC3
                pareil avec check_graph_traffic_rrd
                :?

                edit: ok, 64 bits tu parles du CPU??
                alors pourquoi les autres plugin sur ce serveur fonctionnent, je comprends pas trop?

                Comment


                • #9
                  edit: ok, 64 bits tu parles du CPU??
                  Non, en fait je parle des valeurs remontées en SNMP sur les OIDs. Les autres OIDs sont remontés en 32 bits.

                  PS: c'est un équipement réseau récent je suppose?

                  Comment


                  • #10
                    Bonjour,

                    je reviens sur ce sujet car j'obtiens le même problème. Cela dit, je pense que la piste du 64bits/32bits n'est pas vraiment la cause, dans mon cas du moins ...
                    Bien que le serveur supervisé soit effectivement en 64bits, le plugin renvoie des infos sur les interfaces 1 et 2 mais pas la 3 !
                    Pour regarder de plus près, j'ai utilisé un mib-browser (tkmib). En fait, les OIDs IfOutOctets et IfInOctets renvoient 0 or il y a réellement du trafic, donc ces valeurs sont erronnées.
                    En fait les OIDs ifOutUcastPkts et ifInUcastPkts sont OKs et renvoient les mêmes valeurs Rx/Tx que celles données lorsqu'on fait un ifconfig ...

                    Qu'en pensez-vous ?
                    Si ces OIDs sont ceux qui renvoient les bonnes infos, alors cela implique les modifs du plugin check_graph_traffic.pl ainsi que de la partie Fiche d'identité ...

                    Comment


                    • #11
                      T'es entrain de dire que ta mib est a 0 concernant les octets mais que les packets s'incrémente correctement ?

                      Si c'est le cas, il y a un vieux bug sur ta machine je pense :wink:
                      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
                        Oui c'est un peu ça ...
                        Je ne vois pas réellement de solution pour ce bug (précision : c'est une Suse v9).
                        Pour le moment j'ai créé un plugin check_graph_trafficbis.pl qui fonctionne avec les packets.
                        Quelqu'un aurait une idée pour la cause de mon bug ?
                        Merci d'avance

                        Comment


                        • #13
                          si quekqu'un sait je suis tres tres interesse car je comprend pas comment resoudre ce probleme

                          Comment


                          • #14
                            Je viens de résoudre mon problème.
                            Si ça peut aider quelqu'un, il s'agissait en fait de mettre à jour le paquet net-snmp.
                            Mon ancienne version de net-snmp était 5.1-80.3
                            Une mise à jour m'a amené en version 5.1.3.1-0.13

                            Comment

                            Working...
                            X