Hi,
I'm having a problem getting information from check_snmp_linkstatus on Windows hosts and I hoped someone here might have come across this before. I've tried a bunch of different approaches and downloaded the lastest check_snmp_linkstatus script from the opsera trunk but still couldn't get it to work. I've outlined the problem below as completely as I can including anything that might be useful. If theres anything I've missed that might help please let me know. In Opsview I have the SNMP community set correctly, and set the version to 2c. After querying the host I get the usual options of selecting interfaces to poll - in this case the interface shows up as "Broadcom BCM5708C NetXtreme II GigE (NDIS VBD Client) (Broadcom BCM5708C NetXtreme II GigE NDIS VBD Client)" which is checked. The actual interfaces check in Opsview is: check_snmp_linkstatus -H $HOSTADDRESS$ -C $SNMP_COMMUNITY$ %INTERFACE:1% -i -o -w 80% -c 90% The resulting status information for this check is: UNKNOWN: SNMP error when scanning interface list: No response from remote host "10.75.7.61" I tried to get to the bottom of this via the terminal but without any useful results. I used snmpwalk to make sure I had the right MIBs and specificly queried for the device name which gave me an error saying the interface wasn't expected (see below). $ snmpwalk -c public -v 2c windowshost .1.3.6.1.2.1.2.2.1.2 IF-MIB::ifDescr.1 = STRING: MS TCP Loopback interface IF-MIB::ifDescr.65539 = STRING: Broadcom BCM5708C NetXtreme II GigE (NDIS VBD Client) $ ./check_snmp_linkstatus -H windowshost -C public -I "Broadcom BCM5708C NetXtreme II GigE (NDIS VBD Client)" -n 65539 WARNING: Running from command line. This could change statistics for the next run from Nagios WARNING - Interface name Broadcom BCM5708C NetXtreme II GigE (NDIS VBD Client) expected at index 65539, but got Broadcom BCM5708C NetXtreme II GigE (NDIS VBD Client)! I did come across a post here which seems like it might be relevant, http://www.mail-archive.com/[email protected]/msg00515.html, but couldn't figure out whether there were trailing zero's messing things up or not. I did at one stage manage to find a "^@" at the end of the output from snmpwalk, but google ignores the carat symbol which meant I was essentially searching for an @ which wasn't very productive. Any help with this would be much appreciated. Thanks, Killian
_______________________________________________ Opsview-users mailing list [email protected] http://lists.opsview.org/lists/listinfo/opsview-users
