SNMP Interface Statistics - No SNMP data returned

[umoorjani]

Dear all,

I have an issue this morning, all my interface graphes are working except for one host and it was working just a while back. It is a redback se400 broadband router that has the standard Interfaces mib. Cacti was graphing it's interface until one of my collegues pointed out to refresh the graph because an interface was not being graphed. I tried to refresh the Index by pressing the "green circle" in the device screen, and nothing happend, so I deleted the SNMP - Interface Statistics in Associated Data Queries and readded it, here is where I got my problem. 0 items and 0 rows were found. When I do a "ps axu | grep snmpbulkwalk" after clicking the green circle icon, I see the snmpbulkwalk command being passed but here are the issues.

Take a look at the command being passed :

Code: Select all

/usr/bin/snmpbulkwalk -O n -c          -v 2c -t 5 -r 3 -Cr50 192.168.1.1:161 .1.3.6.1.2.1.2.2.1.1

See anything fishy....Exactly, no snmp community, just spaces, and I can guarantee you that this baby has a snmp community. And of course when I execute it, I get the follow answer :

Code: Select all

192.168.1.1:161: Unknown Object Identifier

But that is not the weirdest, when I replace the spaces with the proper community I get the following :

Code: Select all

/usr/bin/snmpbulkwalk -O n -c public -v 2c -t 5 -r 3 -Cr50 192.168.1.1:161 .1.3.6.1.2.1.2.2.1.1
Timeout: No Response from 192.168.1.1:161

So I decided to double check within the cacti database the community that is referenced and as I predicted to myself, I found the right community referenced within the cacti MySQL database.

I decided to give it one last try, I tried a simple snmpbulkwalk of the polled oid and guess what I got :

Code: Select all

/usr/share/cacti/resource/snmp_queries# snmpbulkwalk -v2c -c public 192.168.1.1 .1.3.6.1.2.1.2.2.1.1
IF-MIB::ifIndex.1 = INTEGER: 1
IF-MIB::ifIndex.2 = INTEGER: 2
IF-MIB::ifIndex.3 = INTEGER: 3
IF-MIB::ifIndex.4 = INTEGER: 4
IF-MIB::ifIndex.5 = INTEGER: 5
IF-MIB::ifIndex.6 = INTEGER: 6
IF-MIB::ifIndex.7 = INTEGER: 7
IF-MIB::ifIndex.33685503 = INTEGER: 33685503
IF-MIB::ifIndex.33685504 = INTEGER: 33685504
IF-MIB::ifIndex.33947647 = INTEGER: 33947647
IF-MIB::ifIndex.33947650 = INTEGER: 33947650
IF-MIB::ifIndex.34209788 = INTEGER: 34209788
IF-MIB::ifIndex.34209789 = INTEGER: 34209789
IF-MIB::ifIndex.34209793 = INTEGER: 34209793

I have to admit I'm lossed I don't know where else to look. I really need your help.

Sincerely,

cookie

[BSOD2600]

Possibly using all of those various arguments for your first snmpwalk is the issue. Did you try a simple snmpwalk, just like you did for the snmpbulkwalk?

Does cacti consider this device up or down?

[umoorjani]

Cacti considers the device up, and a pure snmpwalk gives me a positive result as well :

Code: Select all

snmpwalk -v2c -c public 192.168.1.1 .1.3.6.1.2.1.2.2.1.1
IF-MIB::ifIndex.1 = INTEGER: 1
IF-MIB::ifIndex.2 = INTEGER: 2
IF-MIB::ifIndex.3 = INTEGER: 3
IF-MIB::ifIndex.4 = INTEGER: 4
IF-MIB::ifIndex.5 = INTEGER: 5
IF-MIB::ifIndex.6 = INTEGER: 6
IF-MIB::ifIndex.7 = INTEGER: 7
IF-MIB::ifIndex.33685503 = INTEGER: 33685503
IF-MIB::ifIndex.33685504 = INTEGER: 33685504
IF-MIB::ifIndex.33947647 = INTEGER: 33947647
IF-MIB::ifIndex.33947650 = INTEGER: 33947650
IF-MIB::ifIndex.34209788 = INTEGER: 34209788
IF-MIB::ifIndex.34209789 = INTEGER: 34209789
IF-MIB::ifIndex.34209793 = INTEGER: 34209793

Previous interfaces are being graphed, but now I'm unable to get an index. I tried creating a new device, and it's the same thing. I'm a little frightened.

[BSOD2600]

When you click on verbose query for the SNMP - Interface Statistics, does it return all of the interfaces? Try increasing the timeout for the device too.

What version of cacti?

[umoorjani]

I increased the timeout to 10000 milliseconds, and copied the verbose query:

Code: Select all

 + Running data query [1].
+ Found type = '3' [snmp query].
+ Found data query XML file at '/usr/share/cacti/resource/snmp_queries/interface.xml'
+ XML file parsed ok.
+ Executing SNMP walk for list of indexes @ '.1.3.6.1.2.1.2.2.1.1'
+ No SNMP data returned
+ Found data query XML file at '/usr/share/cacti/resource/snmp_queries/interface.xml'
+ Found data query XML file at '/usr/share/cacti/resource/snmp_queries/interface.xml'
+ Found data query XML file at '/usr/share/cacti/resource/snmp_queries/interface.xml'

I've tried adding a host with a different name and the same ip, with no success. It's really weird. Anyway, I was trying to debug the snmpbulkwalk args, and I found this :

Code: Select all

cacti:~# /usr/bin/snmpbulkwalk -O n -c public -v 2c -t 5 -r 3 -Cr40 192.168.1.1:161 .1.3.6.1.2.1.2.2.1.1
.1.3.6.1.2.1.2.2.1.1.1 = INTEGER: 1
.1.3.6.1.2.1.2.2.1.1.2 = INTEGER: 2
.1.3.6.1.2.1.2.2.1.1.3 = INTEGER: 3
.1.3.6.1.2.1.2.2.1.1.4 = INTEGER: 4
.1.3.6.1.2.1.2.2.1.1.5 = INTEGER: 5
.1.3.6.1.2.1.2.2.1.1.6 = INTEGER: 6
.1.3.6.1.2.1.2.2.1.1.7 = INTEGER: 7
.1.3.6.1.2.1.2.2.1.1.33685503 = INTEGER: 33685503
.1.3.6.1.2.1.2.2.1.1.33685504 = INTEGER: 33685504
.1.3.6.1.2.1.2.2.1.1.33947647 = INTEGER: 33947647
.1.3.6.1.2.1.2.2.1.1.33947650 = INTEGER: 33947650
.1.3.6.1.2.1.2.2.1.1.34209788 = INTEGER: 34209788
.1.3.6.1.2.1.2.2.1.1.34209789 = INTEGER: 34209789
.1.3.6.1.2.1.2.2.1.1.34209793 = INTEGER: 34209793
cacti:~# /usr/bin/snmpbulkwalk -O n -c public -v 2c -t 5 -r 3 -Cr50 192.168.1.1:161 .1.3.6.1.2.1.2.2.1.1
Timeout: No Response from 192.168.1.1:161

Notice the "-Cr" argument, above 40 max-iterations, the request timesout. Funny, it was not timing out before.

[gandalf]

With 087(a) it is possible to configure max snmp get requests per bulkget on a per host basis. It is known, that some targets have their own restrictions. If running 0.8.6*, decrease snmpbulkwalk numbers accordingly
Reinhard

[umoorjani]

Okay, thanks for the info. In the meantime while I migrate to 0.8.7a (7.8Gb of graphs), for version 0.8.6 where can I change the snmpbulkwalk numbers of "-Cr" argument ?

[gandalf]

Edit the device and find Maximum OID's Per Get Request. There's a mass change option from the Device list as well (Change SNMP Options)
Reinhard