[Nagiosplug-help] Probleme with the use of check_snmp

[Ford, Andy]

Your check_snmp and snmpget invocations both work for me, so it's likely
something in your snmpd configuration.


________________________________

	From: nagiosplug-help-bounces at lists.sourceforge.net
[mailto:nagiosplug-help-bounces at lists.sourceforge.net] On Behalf Of
Denis WAGNER
	Sent: Wednesday, April 09, 2008 1:51 AM
	To: nagiosplug-help at lists.sourceforge.net
	Subject: [Nagiosplug-help] Probleme with the use of check_snmp
	
	
	Good morning,
	 
	I try to use check_snmp on a nagios system to receive some
informations about differents devices like, switch, printers, ...
	 
	At first, I try to use check_snmp directly like this :
	 
	[nagios at dw2 libexec]$ ./check_snmp -H localhost -o
.1.3.6.1.2.1.1.3.0 -C public
	 
	the answer is :
	 
	SNMP problem - No data received from the host
	Commande: /usr/bin/snmpget -t 1 -r 5 -m '' -v 1 [authpriv]
localhost:161  .1.3.6.1.2.1.1.3.0
	 
	So I try to use snmpget to know if there is a trouble with
localhost :
	 
	[nagios at dw2 libexec]$ snmpget -v 1 -c public localhost
.1.3.6.1.2.1.1.3.0
	 
	and the answer is

	DISMAN-EVENT-MIB::sysUpTimeInstance 786704
	 
	every thing is working well with snmpget.
	 
	What's wrong with the use of check_snmp ?

	    Best regards,
	                            Denis
	
	===========================================
	
	Denis WAGNER
	
	IFR 37 : Centre de Neurochimie
	5, rue Blaise Pascal
	67084 Strasbourg cedex
	http://neurochem.u-strasbg.fr <http://neurochem.u-strasbg.fr/> 
	
	denis.wagner at neurochem.u-strasbg.fr
	tel. : 03 88 45 66 69
	telecopie : 03.88.61.29.08
	
	===========================================
	
	 



Wachovia Securities, LLC's outgoing and incoming e-mails are electronically
archived and subject to review and/or disclosure to someone other
than the recipient.

A.G. Edwards, a division of Wachovia Securities, LLC



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-plugins.org/archive/help/attachments/20080409/4d23a390/attachment.html>