Announcement

Collapse

New version of forum

Hi,

As you can see, the forum has been updated.

We took advantage of this migration to change the theme of the forum and to reorganize sections.

These new sections allow better classify subjects discussed. The old topics have been classified in the "Archives" section of the forum and remains accessible.

We reclassified the recent topics (since the 1st of July) in the news sections. To find your topics, please use search menu. We will reclassify active topics from Archives section to the new ones frequently.

Enjoy reading and discussions
See more
See less

Received noSuchName(2) error-status at error-index 4

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

  • Received noSuchName(2) error-status at error-index 4

    maybe someone has an idea about this?

    snmpwalk -v 2c -c myCommunity 192.168.3.30 | grep -i /data
    HOST-RESOURCES-MIB::hrStorageDescr.34 = STRING: /data
    /usr/lib64/nagios/plugins/check_centreon_snmp_remote_storage -H 192.168.3.30 -C myCommunity -v 1 -n -d /data
    ERROR: Received noSuchName(2) error-status at error-index 4.
    - You must specify the disk name when option -n is used.
    /usr/lib64/nagios/plugins/check_centreon_snmp_remote_storage -H 192.168.3.30 -C myCommunity -v 1 -n -d "/data"
    ERROR: Received noSuchName(2) error-status at error-index 4.
    - You must specify the disk name when option -n is used.
    But if I only use the index number, it works...

    /usr/lib64/nagios/plugins/check_centreon_snmp_remote_storage -H 192.168.3.30 -C myCommunity -v 1 -d 34
    Disk OK - /data TOTAL: 1154.947GB USED: 905.092GB (78%) FREE: 249.855GB (22%)|size=1240114593792B used=971834777600B;1116103134412;1178108864102
    thanks for suggesting.

    ren

  • #2
    Can you try using version 2c ?
    RaphaŽl 'SurcouF' Bordet
    Je ne teste pas mes plugins en root, tu ne testes pas tes plugins en root...
    Dons Paypal

    Comment


    • #3
      Hi surcouf,

      it has a similar effect:

      /usr/lib64/nagios/plugins/check_centreon_snmp_remote_storage -H 192.168.3.30 -C myCommunity -v 2 -n -d "/data"
      Disk CRITICAL - no output (-p number expected... it doesn't exist, try another disk number)
      /usr/lib64/nagios/plugins/check_centreon_snmp_remote_storage -H 192.168.3.30 -C myCommunity -v 2 -n -d /data
      Disk CRITICAL - no output (-p number expected... it doesn't exist, try another disk number)
      any idea?

      thanks for your reply

      Renť

      Comment


      • #4
        Originally posted by ronmaster View Post
        maybe someone has an idea about this?

        But if I only use the index number, it works...

        thanks for suggesting.

        ren
        Can you try this following command and show the result :
        Code:
        snmpwalk -OvaqU -v 2c -c myCommunity 192.168.3.30 | grep -i /data|od -cx
        RaphaŽl 'SurcouF' Bordet
        Je ne teste pas mes plugins en root, tu ne testes pas tes plugins en root...
        Dons Paypal

        Comment


        • #5
          bonjour SurcouF

          this is the result of the command '' snmpwalk -OvaqU -v 2c -c bioinfo 192.168.3.30 | grep -i /data|od -cx''

          Code:
          0000000   /   d   a   t   a  \n   "   /   d   a   t   a   "  \n   "   :
                     642f    7461    0a61    2f22    6164    6174    0a22    3a22
          0000020   0       -   n   r       -   v   e   r   b   o   s   e       -
                     2030    6e2d    2072    762d    7265    6f62    6573    2d20
          0000040   a   u   t   h       /   v   a   r   /   r   u   n   /   g   d
                     7561    6874    2f20    6176    2f72    7572    2f6e    6467
          0000060   m   /   a   u   t   h   -   f   o   r   -   g   d   m   -   m
                     2f6d    7561    6874    662d    726f    672d    6d64    6d2d
          0000100   5   z   U   T   1   /   d   a   t   a   b   a   s   e       -
                     7a35    5455    2f31    6164    6174    6162    6573    2d20
          0000120   n   o   l   i   s   t   e   n       t   c   p       v   t   1
                     6f6e    696c    7473    6e65    7420    7063    7620    3174
          0000140   "  \n
                     0a22
          0000142
          I hope you can see something in that. If not , I will post an image of the result (Tab-like delimited).


          Merci

          Renť

          Comment


          • #6
            Originally posted by ronmaster View Post
            bonjour SurcouF

            this is the result of the command '' snmpwalk -OvaqU -v 2c -c bioinfo 192.168.3.30 | grep -i /data|od -cx''

            Code:
            0000000   /   d   a   t   a  \n   "   /   d   a   t   a   "  \n   "   :
                       642f    7461    0a61    2f22    6164    6174    0a22    3a22
            0000020   0       -   n   r       -   v   e   r   b   o   s   e       -
                       2030    6e2d    2072    762d    7265    6f62    6573    2d20
            0000040   a   u   t   h       /   v   a   r   /   r   u   n   /   g   d
                       7561    6874    2f20    6176    2f72    7572    2f6e    6467
            0000060   m   /   a   u   t   h   -   f   o   r   -   g   d   m   -   m
                       2f6d    7561    6874    662d    726f    672d    6d64    6d2d
            0000100   5   z   U   T   1   /   d   a   t   a   b   a   s   e       -
                       7a35    5455    2f31    6164    6174    6162    6573    2d20
            0000120   n   o   l   i   s   t   e   n       t   c   p       v   t   1
                       6f6e    696c    7473    6e65    7420    7063    7620    3174
            0000140   "  \n
                       0a22
            0000142
            I hope you can see something in that. If not , I will post an image of the result (Tab-like delimited).


            Merci

            Renť
            There too mush result. I don't understand.
            You must only have this following:
            Code:
            0000000   /   d   a   t   a  \n
                       642f    7461    0a61
            I expect the others strings are issued from some warnings of grep.
            RaphaŽl 'SurcouF' Bordet
            Je ne teste pas mes plugins en root, tu ne testes pas tes plugins en root...
            Dons Paypal

            Comment


            • #7
              I have the same issue

              i did a fresh install of centreon (on a debian 5)

              I have 3 hosts configured.
              The first can have his File Systems Monitored
              the 2 other have the error :

              ERROR: Received noSuchName(2) error-status at error-index 4.
              - You must specify the disk name when option -n is used.

              when i do a simple snmpwalk from the centreon server with the oid .1.3.6.1.2.1.25.2.3.1.3 i can list all the FS of the 3 servers.

              But when using check_centreon_snmp_remote_storage (either with v1 or v2c) whith the args, still have the error for 2 servers :

              centreon# /usr/local/nagios/libexec/check_centreon_snmp_remote_storage -H X.X.X.1 -n -d "/" -w 80 -c 90 -C public -v 1
              Disk OK - / TOTAL: 1.832GB USED: 0.181GB (9%) FREE: 1.651GB (91%)|size=1967263744B used=194658304B;1573810995;1770537369

              centreon:/etc/snmp# /usr/local/nagios/libexec/check_centreon_snmp_remote_storage -H X.X.X.2 -n -d "/" -w 80 -c 90 -C public -v 1
              ERROR: Received noSuchName(2) error-status at error-index 4.
              - You must specify the disk name when option -n is used.

              Comment


              • #8
                Hmmmm strange thing, but my servers are responding fine now...

                Comment


                • #9
                  thanks for replying y2n,

                  I do not know what is going on. upgrading to version 2.1.9. I doubt that it will fix it...

                  rene

                  Comment


                  • #10
                    upgrading 2.1.9 did not arrange things.

                    but, just by curiosity, here is my snmpd.conf config. It is really basic. If someone finds something weird, thanks to tell me

                    # First, map the community name "public" into a "security name"

                    # sec.name source community
                    com2sec notConfigUser default myCommunity

                    ####
                    # Second, map the security name into a group name:

                    # groupName securityModel securityName
                    group notConfigGroup v1 notConfigUser
                    group notConfigGroup v2c notConfigUser

                    ####
                    # Third, create a view for us to let the group have rights to:

                    # Make at least snmpwalk -v 1 localhost -c public system fast again.
                    # name incl/excl subtree mask(optional)
                    view systemview included .1.3.6.1
                    view systemview included .1.3.6.1

                    ####
                    # Finally, grant the group read-only access to the systemview view.

                    # group context sec.model sec.level prefix read write notif
                    access notConfigGroup "" any noauth exact systemview none systemview

                    ...

                    Comment


                    • #11
                      hi,

                      I have same problem but it solved this night

                      1. I change this
                      # Make at least snmpwalk -v 1 localhost -c public system fast again.
                      # name incl/excl subtree mask(optional)
                      view systemview included .1.3.6.1
                      view systemview included .1.3.6.1

                      to :

                      # Make at least snmpwalk -v 1 localhost -c public system fast again.
                      # name incl/excl subtree mask(optional)
                      view systemview included .1

                      2. It seem at centreon 2.1.9 still has a bug from previous version.
                      if you using the 'check_centreon_snmp_remote_storage' to check the hd, it can't be done if you using the IP address.
                      You must change the IP address to host name

                      I hope this can solve your problem.

                      Thanks
                      GorlZ
                      Last edited by gorlz; 11th September 2010, 20:15.

                      Comment


                      • #12
                        I have almost the same issue.
                        In command line, with nagios user:
                        Code:
                        ./check_centreon_snmp_remote_storage -H 172.16.10.100 -n -d /datas -w 80 -c 90 -C <snmp_comm> -v 2c
                        Disk OK - /datas TOTAL: 0.480GB USED: 0.027GB (5%) FREE: 0.453GB (95%)|size=515870720B used=29239296B;412696576;464283648;0;515870720
                        Into Centreon:
                        Code:
                        ERROR: Received noSuchName(2) error-status at error-index 4.
                        Extended status information 	
                        - You must specify the disk name when option -n is used.
                        Status=UNKNOWN
                        I have tried both IP address and fqdn in the hostaddr nagios field in Centreon
                        Sysadmin
                        OS: Ubuntu / Debian / RHEL
                        Nagios env: 1 centreon 2.2.1, 5 Nagios on remote sites, NDOutil v1.4.9
                        Own development: status map based on NDO, service status by categories, misc reports on nagios conf, mediawiki linked to centreon and vis-versa

                        Comment


                        • #13
                          I found that this was actually related to an empty cache file in the /var/lib/centreon/centplugins/ directory. It's simply a cache file used by the script, and if it's empty the script fails. So all you need to do is delete any files that have zero bytes.

                          Comment


                          • #14
                            i am having a similar issue but with

                            ERROR: Received noSuchName(2) error-status at error-index 1.

                            on the Service E:

                            /var/lib/centreon/centplugins/ directory has no files in it for me...

                            Seems all other items are polling properly except this one.. one of my servers is showing the data fine while none of the others do and give the ERROR and i duplicated the templates from that first host and all servers have the same config, server 2003 Rs x64 with windows snmp and the same community.



                            mm upload shrunk that image to nothing

                            http://i.imgur.com/b2Ion.png
                            Last edited by DonLapeno; 20th November 2012, 23:01.

                            Comment


                            • #15
                              Try with cache = 0 or 1 :
                              centreon# /usr/local/nagios/libexec/check_centreon_snmp_remote_storage -H X.X.X.1 -n -d "/" -w 80 -c 90 -C public -v 1 -a 0

                              -a (--cache) Updates cache file every n hours instead of doing snmpwalk for every check (default: 3)

                              also, copy what you have in your cache :
                              cat /var/lib/centreon/centplugins/remote_storage_cache_X.X.X.2

                              Thanks,
                              --
                              Mensa

                              Comment

                              Working...
                              X