[Solved] WeatherGooseII Generic OID Template

[sfeaganes78]

Hello All,

I have a WeatherGooseII device in my server room. I have already tried using the Template that another member posted here --> http://forums.cacti.net/about4367.html

This did not work for me, I get query errors when trying to use the template.

The WxGoose comes with an MIB file and a CSV file of all the OIDs you can use to grab data from the unit. I tested these OIDs using the following command:

snmpwalk -v2c -c <my_community> <host> 1.3.6.1.4.1.17373.3.2.1.6

which produced the following output:

SNMPv2-SMI::enterprises.17373.3.2.1.6.1 = INTEGER: 69

I then used the instructions at http://www.cacti.net/downloads/docs/htm ... p_oid.html to set up a graph for this OID.

I get nan as the result and in the cacti logs I get the following lines:

05/14/2010 10:50:09 AM - CMDPHP: Poller[0] Host[18] DS[110] SNMP: v2: <ip_address_of_wxgoose_was_here>, dsname: snmp_oid, oid: .1.3.6.1.4.1.17373.3.2.1.6, output: U
05/14/2010 10:50:09 AM - CMDPHP: Poller[0] Host[18] DS[110] WARNING: Result from SNMP not valid. Partial Result: No Such Instance cur

That's weird because i am able to successfully walk that OID and get the result as you see above.

Then I did a tcpdump: (partial output to hide ip addresses)

tcpdump -n -s 65535 -A host <ip_address> and udp and port 161
....... GetResponse(32) .1.3.6.1.4.1.17373.3.2.1.6=[noSuchInstance]

It clearly shows the response coming back from the device. I tried using the Generic OID Template on another machine and that works fine.

Is anyone monitoring a WeatherGooseII Device and have run into this issue or was able to get the Template to work? Is there something in the way that Cacti is issuing the snmp command that would be causing this but still be able to get an answer from snmpwalk?

I am using Cacti v0.8.7d with cmd.php and Ubuntu 10.04. This is Ubuntu's build of Cacti.

Thanks,

Seth

[sfeaganes78]

Fixed my own problem.

Using tcpdump i watched both a regular snmpwalk command and the one from cacti.

The difference was that snmpwalk uses getnextresponse while cacti just uses snmpget.

The OID that I was passing it was not specific enough for the snmpget command. Here is what happens when you use snmpget for the OID I was using:

~$ snmpget -v 1 -c <communtiy> <host> .1.3.6.1.4.1.17373.3.2.1.6
Error in packet
Reason: (noSuchName) There is no such variable name in this MIB.
Failed object: SNMPv2-SMI::enterprises.17373.3.2.1.6

The exact error in Cacti. Add a .1 to the end of that OID and you get:

~$ snmpget -v 1 -c <communtiy> <host> .1.3.6.1.4.1.17373.3.2.1.6.1
SNMPv2-SMI::enterprises.17373.3.2.1.6.1 = INTEGER: 70

Bingo!


Updated the OID value in Cacti and now it sees it and is graphing as expected.

Hopefully this thread will prove to be useful to someone else who over looks this simple thing.

--
Seth