<tt>nagios-users-bounces@lists.sourceforge.net wrote on 02/12/2008 10:06:16 AM: > > > > -----Original Message----- > > From: nagios-users-bounces@lists.sourceforge.net [</tt><a href="mailto:nagios-users-"><tt>mailto:nagios-users-</tt></a><tt> > > bounces@lists.sourceforge.net] On Behalf Of mark.potter@academy.com > > Sent: Tuesday, February 12, 2008 9:39 AM > > To: nagios-users@lists.sourceforge.net > > Subject: [Nagios-users] check_snmp issue > > > > > > Thank you all for the comments on the parenting issue I posted > yesterday. > > We have come up with a much easier solution than had been proposed. > > What did you end up with?</tt> <tt>host -> gateway -> router</tt> <tt>Which is actually not much of a change from how we are already doing it.</tt> <tt> > > > I am now having an issue with check_snmp. I have used check_snmp to > > monitor this exact service in the past on other Nagios hosts and am > using > > other snmp checks as well from the current host. Here is the problem: > > > > nagios@ulapnag01:/usr/local/nagios/libexec> /check_snmp -H peapgse01 > -o > > GSA-MIB::crawlRunning.0 -C public -m GSA-MIB -P 2c -d "=" > > SNMP problem - No data received from host > > CMD: /usr/bin/snmpget -t 1 -r 5 -m GSA-MIB -v 2c -c public > peapgse01:161 > > GSA-MIB::crawlRunning.0 > > > > But if I run the command it shows, exactly: > > > > nagios@ulapnag01:/usr/local/nagios/libexec> /usr/bin/snmpget -t 1 -r 5 > -m > > GSA-MIB -v 2c -c public peapgse01:161 GSA-MIB::crawlRunning.0 > > GSA-MIB::crawlRunning.0 = INTEGER: Running(1) > > Not a direct answer but to troubleshoot I'd run check_snmp in verbose > mode (-v). That will cause it to print the output it receives from > snmpget. You'll at least know then if the problem is with the call to > snmpget or the parsing of its output. I'd also run 'strace -Ffs512 > ./check_snmp ...' and look for the sendto and recvfrom lines which would > be the communication with the remote snmp agent just to verify that > there is data flowing both ways. I'd also drop the -d "=" since that's > the default anyway. I'd try using the numeric OID instead of > GSA-MIB::crawlRunning.0 to eliminate MIB loading/parsing issues. And > finally, I'd use IP or FQDN for the hostname to eliminate resolution > issues. > > -- > Marc </tt> <tt>Sometimes you can't see the forest for the trees. It was an MIB issue. Using the numeric OID gets the result I need. Thank you for the advice. Taking it step by step solved my issue:</tt> <tt>nagios@ulapnag01:/usr/local/nagios/libexec> ./check_snmp -v -H peapgse01 -o .1.3.6.1.4.1.11129.1.1.1.0 -C public -m GSA-MIB -P 2c</tt> <tt>/usr/bin/snmpget -t 1 -r 5 -m GSA-MIB -v 2c -c public peapgse01:161 .1.3.6.1.4.1.11129.1.1.1.0</tt> <tt>iso.3.6.1.4.1.11129.1.1.1.0 = INTEGER: 1</tt> <tt>SNMP OK - 1 | iso.3.6.1.4.1.11129.1.1.1.0=1</tt> <tt>Would be nice to use the MIB but totally unnecessary and I don't feel like bothering to troubleshoot it.</tt>