SNMP fails with "Reason: (noSuchName) There is no such variable name in this MIB."
UPDATE:
It turns out it was just me being a dummy, and the snmpd was correctly telling me there is no value associated with that exact key. I should have used snmpwalk instead of snmpget to display the whole tree.
Original Post follows:
Hello!
I'm trying to set up SNMP monitoring on Caché, using documentation and this article
I'm running net-snmp on Red Hat Enterprise Linux Server release 7.3 (with CentOS repositories), and Caché version 2017.1
It looks like snmpd is running as AgentX master, and Caché subagent is running too
/opt/cache/mgr/SNMP.log with debug shows no errors and it looks like cache subagent is loaded correctly
However, any request for values provided by ISC-CACHE.mib returns "There is no such variable name in this MIB" error, for example
snmpget -m ALL -c public -v 1 localhost .1.3.6.1.4.1.16563.1.1.1.1.1 Error in packet Reason: (noSuchName) There is no such variable name in this MIB. Failed object: ISC-CACHE::cacheSysIndex
I've put ISC-CACHE.mib to directory loaded by snmpd, and option -DALL shows that ISC-CACHE.mib is at least read
(i've renamed it to ISC-CACHE.txt)
parse-mibs: Module 53 ISC-CACHE is in /usr/share/snmp/mibs/ISC-CACHE.txt trace: new_module(): parse.c, 4247:
While it's read, option -PW shows some warning with ISC-CACHE.mib, for example
Warning: No known translation for type (CacheSysRow): At line 85 in /usr/share/snmp/mibs/ISC-CACHE.txt Warning: No known translation for type (CachePerfRow): At line 220 in /usr/share/snmp/mibs/ISC-CACHE.txt Warning: No known translation for type (CacheDBRow): At line 409 in /usr/share/snmp/mibs/ISC-CACHE.txt Warning: No known translation for type (CacheAppSrvRow): At line 508 in /usr/share/snmp/mibs/ISC-CACHE.txt Warning: No known translation for type (CacheDataSrvRow): At line 562 in /usr/share/snmp/mibs/ISC-CACHE.txt
So, I'm not sure if this is normal and the problem is somewhere else, or the provided MIB is not compatible with this version of snmpd
And I don't understand how snmpd both says "There is no such variable name" and shows the name of numeric value provided by MIB file.
Had anyone run into this exact issue before?
I believe this is because the SysIndex column is an index and is marked as 'not-accessible' in the MIB (which is correct AFAIK). Same thing for DBIndex. Can't be retrieved using a GET.