SNMP query of Solaris disks causes net snmpd to hang

[lorcro2000]

Installed Cacti on Solaris 9 and compiled up cactid while I was at it. Both work, either using PHP to gather data or using cactid. Plan is to use it to graph a dozen or so other Solaris 9 boxes and itself; installing net-snmp on all the machines.

The "built-in" XML to do discovery of disks seems to have the wrong OID referenced, however - I can't get the mount points and how much of them is in use; looking at .1.3.1.1.4.1.2021.11.51 via snmpwalk shows some drive related info but not what I need? Anyway....

After looking a bit I found that the data I needed was available if I changed the net-snmp_disk.xml file to use OID .1.3.6.1.2.1.25.2.3.1 instead. This gives me the list of mount points in Cacti, allows me to mark them and do a "create graph".

Unfortunately, as soon as I run either the PHP or cactid data collection, snmpd locks up and no longer gives out data. After a little detective work and setting snmpd to dump all snmp queries to the logfile, I found that the OID that locks up snmpd is: HOST-RESOURCES-MIB::hrStorageAllocationFailures.3

However, I have no idea why Cacti is even looking at that, since the OIDs I'm querying are:

>snmpwalk -Os -c mycommunity -v1 machine .1.3.6.1.2.1.25.2.3.1
hrStorageIndex.2 = INTEGER: 2
hrStorageIndex.3 = INTEGER: 3
hrStorageIndex.4 = INTEGER: 4
hrStorageIndex.5 = INTEGER: 5
hrStorageIndex.6 = INTEGER: 6
hrStorageIndex.7 = INTEGER: 7
hrStorageType.2 = OID: hrStorageRam
hrStorageType.3 = OID: hrStorageVirtualMemory
hrStorageType.4 = OID: hrStorageFixedDisk
hrStorageType.5 = OID: hrStorageFixedDisk
hrStorageType.6 = OID: hrStorageFixedDisk
hrStorageType.7 = OID: hrStorageFixedDisk
hrStorageDescr.2 = STRING: Real Memory
hrStorageDescr.3 = STRING: Swap Space
hrStorageDescr.4 = STRING: /
hrStorageDescr.5 = STRING: /var
hrStorageDescr.6 = STRING: /var/run
hrStorageDescr.7 = STRING: /tmp
hrStorageAllocationUnits.2 = INTEGER: 8192 Bytes
hrStorageAllocationUnits.3 = INTEGER: 8192 Bytes
hrStorageAllocationUnits.4 = INTEGER: 1024 Bytes
hrStorageAllocationUnits.5 = INTEGER: 1024 Bytes
hrStorageAllocationUnits.6 = INTEGER: 8192 Bytes
hrStorageAllocationUnits.7 = INTEGER: 8192 Bytes
hrStorageSize.2 = INTEGER: 131072
hrStorageSize.3 = INTEGER: 363245
hrStorageSize.4 = INTEGER: 22175593
hrStorageSize.5 = INTEGER: 10322165
hrStorageSize.6 = INTEGER: 360629
hrStorageSize.7 = INTEGER: 65536
hrStorageUsed.2 = INTEGER: 21861
hrStorageUsed.3 = INTEGER: 2362
hrStorageUsed.4 = INTEGER: 9713437
hrStorageUsed.5 = INTEGER: 2741309
hrStorageUsed.6 = INTEGER: 3
hrStorageUsed.7 = INTEGER: 3

Could someone point me in the proper direction to look? Where does that storage allocation thing come from... and why does snmpd freeze?

I'm very much an SNMP neophyte and this may very well be asinine some way, apologies if so.

[lorcro2000]

Ok, I think I've caught my own error... just substituting OID's there won't give the proper results since nothing else in that XML file is really right either for those OID's.

That XML file also, for my purposes, tries to walk stuff that isn't in my MIB's which is probably why snmpd hangs.

If anyone has thoughts to contribute here feel free, I'll keep tinkering with this on my own; I think I have a potential solution for it. I hope.

[lorcro2000]

Ok... asinine, indeed.

I used "ucd/net - Get Mounted Partitions" as my template when I should have been using "SNMP - Get Mounted Partitions"... I figured the former was more logical since I was, in fact, using net snmp.

Ah well. I didn't lose much more than a day.

Obviously in my case the reason snmpd hangs is because I tried to access an OID that isn't supported by the MIB's... I guess.

Anyway, problem solved. I'm leaving this monologue here to amuse the pros.

[TheWitness]

RU Saying that Solaris supports the HostMib's? How did you accomplish this? I am very interested.

TheWitness