Hi, Could someone advise how the updated script can be downloaded, or alternatively, when it will form part of the release package as we see the same problem and I'm hoping this will fix it.
Thanks, From: [email protected] [mailto:[email protected]] On Behalf Of Cristian Leonte Sent: 14 February 2011 12:16 To: Opsview Users Subject: Re: [opsview-users] UNKNOWN - The requested table is empty or does not exist Hi Ton, just checked your fix, it works, thank you for fixing it Cheers, Cristi On Mon, Feb 14, 2011 at 1:32 PM, Ton Voon <[email protected]<mailto:[email protected]>> wrote: Hi Cristi, On 11 Feb 2011, at 15:10, Cristian Leonte wrote: Hi Guys, i started seeing this "UNKNOWN - The requested table is empty or does not exist" as a result of check_snmp_statuslink, after the upgrade to opsvew 3.9, we where not able to see why this was happening so we switched to old check_snmp_statuslink, that old version is slower and genereates load on our servers, finaly today we took the time to debug the current check_snmp_statuslink, we found out that the script crashes on checking ifAlias on linux boxes running CentOS 4, same script dose not crash on cetons 5, here is a result of snmpwalk on centos 4 and on centos 5 snmpwalk -v2c Centos5 -c COMMUNITY .1.3.6.1.2.1.31.1.1.1.18 IF-MIB::ifAlias.1 = STRING: IF-MIB::ifAlias.2 = STRING: IF-MIB::ifAlias.3 = STRING: IF-MIB::ifAlias.4 = STRING: IF-MIB::ifAlias.5 = STRING: IF-MIB::ifAlias.6 = STRING: same thing running on centos 4 snmpwalk -v2c Centos4 -c TTS8888 .1.3.6.1.2.1.31.1.1.1.18 IF-MIB::ifAlias = No Such Object available on this agent at this OID This means that net-snmp from centos 4 returns an error, and the difference between old and new script is that he new script uses get_table method from perl net::snmp , which returns an error and nagios exits with an error (3-UNKNOWN), to fix the problem we did this: $table = $s->get_table( -baseoid => $oid_ifAlias ); foreach my $oid ( keys %$table ) { my ($interface_number) = ( $oid =~ /(\d+)$/ ); $ifAliases->{$interface_number} = $table->{$oid}; } $s->_error_clear(); (code added by us) we cleared the snmp error I'm sure its a hack, can you suggest a better approach? I think it is valid to ignore the error if that ifAlias attribute is not available on the device. I've made a patch to check_snmp_linkstatus and credited you: https://secure.opsera.com/wsvn/wsvn/opsview?op=comp&compare[]=%2Ftrunk@5825&compare[]=%2Ftrunk@5826<https://secure.opsera.com/wsvn/wsvn/opsview?op=comp&compare%5b%5d=%2Ftrunk@5825&compare%5b%5d=%2Ftrunk@5826> Can you try this out and confirm? Ton Ton Voon Product Architect Global Headquarters: Unit 69 Suttons Business Park | Reading | Berkshire | RG6 1AZ | UK UK: +44 (0) 845 057 7887 USA: +1 866 879 9184 Email: [email protected]<mailto:[email protected]> Skype: tonvoon Web: www.opsview.com<http://www.opsview.com/> This e-mail is confidential, intended only for the named recipient(s) above and may contain information that is privileged and confidential. If you receive this message in error, or are not the named recipient(s), please notify the sender at the phone number above, do not copy this message, do not disclose its contents to anyone, and delete this e-mail message from your computer. Although we routinely screens for viruses, addressees should scan this e-mail and any attachments for viruses. Opsera makes no representation or warranty as to the absence of viruses in this e-mail or any attachments. _______________________________________________ Opsview-users mailing list [email protected]<mailto:[email protected]> http://lists.opsview.org/lists/listinfo/opsview-users -- Cristian Leonte [email protected]<mailto:[email protected]>
_______________________________________________ Opsview-users mailing list [email protected] http://lists.opsview.org/lists/listinfo/opsview-users
