Ton, The new check_snmp_linkstatus is now working thanks to your quick work in patching it.
It's really nice to have the ifAlias referenced especially on core switches so you can at a glance see how traffic is flowing from your different environments. There still may be a bug with version 1 , after making sure all the slave servers had the newest version of the check I noticed a sonicwall (firewall) WAN interface check still had an unknown status. I checked and we had that unit set to use snmp version 1 in Opsview for some reason, I switched it to 2c and things starting working again. You guys are great! James Whittington VC3, Inc. From: [email protected] [mailto:[email protected]] On Behalf Of Ton Voon Sent: Tuesday, May 19, 2009 4:11 PM To: Opsview Users Subject: Re: [opsview-users] UNKNOWN - Received noSuchName(2) error-statusaterror-index 4 from interface: eth0 check after 3.0.4 upgrade James, Frederic, I've just committed a fix for check_snmp_linkstatus. Our testing for this ifAlias enhancement missed the fact that ifAlias is an optional OID on devices. I could simulate the error by deliberately changing the ifAlias OID to a non-existent OID. And the noSuchObject, as James points out, only occurs on SNMPv2c not SNMPv1, so that could possibly have been missed too. You can find the patch at: http://trac.opsview.org/changeset/2494 Alternatively, you can download the newer check_snmp_linkstatus: http://trac.opsview.org/browser/trunk/opsview-core/nagios-plugins/check_ snmp_linkstatus?rev=2494&format=txt Let us know if there are any other issues. Thanks for all the help. Ton On 19 May 2009, at 17:59, James Whittington wrote: Yep, That's one thing that may be going on. May also a case where version 1 and 2c react differently or both cases aren't being handled correctly for some devices? I have some wireless units that work and other that don't, they appear to be two different linux variants. This unit does not work but used to before the upgrade: nagios:~$ /usr/local/nagios/libexec/check_snmp_linkstatus -H 10.84.221.20 -v1 -C 'public' -I'eth0' WARNING: Running from command line. This could change statistics for the next run from Nagios UNKNOWN - Received noSuchName(2) error-status at error-index 4| nagios:~$ snmpwalk -v1 -cpublic 10.84.221.20 SNMPv2-MIB::sysDescr SNMPv2-MIB::sysDescr.0 = STRING: Linux 2.4.27-ubnt0 #30 Sat Feb 14 15:00:57 EET 2009 mips nagios:~$ snmpwalk -v1 -cpublic 10.84.221.20 .1.3.6.1.2.1.31.1.1.1.18 nagios:~$ snmpwalk -v2c -cpublic 10.84.221.20 .1.3.6.1.2.1.31.1.1.1.18 Timeout: No Response from 10.84.221.20 (Maybe version 2c is disabled on device not sure??) This unit works but would break if I were using version 1. SNMP Version 1 dies nagios:~$ /usr/local/nagios/libexec/check_snmp_linkstatus -H 10.84.222.28 -v1 -C 'public' -I'eth0' WARNING: Running from command line. This could change statistics for the next run from Nagios UNKNOWN - Received noSuchName(2) error-status at error-index 4| SNMP Version 2 works nagios:~$ /usr/local/nagios/libexec/check_snmp_linkstatus -H 10.84.222.28 -v2c -C 'public' -I'eth0' WARNING: Running from command line. This could change statistics for the next run from Nagios OK - eth0 (noSuchObject) is up, throughput (in/out) 0.66 bps/1.37 bps, 0%/0%|throughput_in=0.66b throughput_out=1.37b nagios:~$ snmpwalk -v1 -cpublic 10.84.222.28 SNMPv2-MIB::sysDescr SNMPv2-MIB::sysDescr.0 = STRING: Linux WILIBOX 2.6.18.8 #1 Wed Apr 23 02:29:28 EEST 2008 mips nagios:~$ snmpwalk -v1 -cpublic 10.84.222.28 .1.3.6.1.2.1.31.1.1.1.18 nagios:~$ snmpwalk -v2c -cpublic 10.84.222.28 .1.3.6.1.2.1.31.1.1.1.18 IF-MIB::ifAlias = No Such Object available on this agent at this OID Hope this helps, I would like to get to the bottom of this as we are doing a lot of interface checks. Thanks, James Whittington VC3, Inc. From: [email protected] [mailto:[email protected]] On Behalf Of Ton Voon Sent: Tuesday, May 19, 2009 12:13 PM To: Opsview Users Subject: Re: [opsview-users] UNKNOWN - Received noSuchName(2) error-statusat error-index 4 from interface: eth0 check after 3.0.4 upgrade Frederic, James, Can you try running: snmpget -c {community} -v {version} {hostname} .1.3.6.1.2.1.31.1.1.1.18.{interfaceid} My theory is that the ifAlias information is not available on these systems. Ton On 19 May 2009, at 16:59, Frederic Jacquet wrote: I face the same issue on all my solaris boxes but not on linux strange ... 2009/5/19 James Whittington <[email protected]> I just did the upgrade from Opsview 3.0.2 to 3.0.4 , reverse ssh master/slave setup and everything appeared to go well except: I have a lot if eth0 checks that are getting this error on wireless access points. "UNKNOWN - Received noSuchName(2) error-status at error-index 4" I know some new stuff was added to the build in check interfaces opsview script so don't know if its related to that or not. I'm getting ready to go connect to that network to troubleshoot a bit further but if anyone knows what the error is feel free to share. _______________________________________________ Opsview-users mailing list [email protected] http://lists.opsview.org/listinfo/opsview-users
_______________________________________________ Opsview-users mailing list [email protected] http://lists.opsview.org/listinfo/opsview-users
