[Nagiosplug-help] Re: [Nagios-users] Output trashed when using multiple values with upper boundaries with check_snmpp / snmppd

Fredrik Wänglund fredrik.wanglund at datavis.se
Mon Apr 7 06:06:08 CEST 2003


Have you tried passing '-m NONE' to the check_snmp plugin instead of 
using snmppd? This will probably give you the same speedup.

/FredrikW


Michael Markstaller wrote:

>Hi, 
>
>I'm using snmppd as it speeds things up significantly with many snmp-checks and it works fine so far, but when specifying upper boundaries (in this case Cisco CPU) with more than one value polled, the returned output-values get trashed somehow. Although it still reports the correct status, it's just a bit annoying as I cannot see the polled values in Nagios anymore.. 
>any hints ?
>
>./check_snmpp -t 5 -H XXX -o .1.3.6.1.4.1.9.2.1.57.0,.1.3.6.1.4.1.9.2.1.58.0 -C XXX -w :90,:75 -c :95,:90 
>SNMP OK -£#@£#@
>./check_snmpp -t 5 -H XXX -o .1.3.6.1.4.1.9.2.1.57.0,.1.3.6.1.4.1.9.2.1.58.0 -C XXX -w :13
>SNMP OK -17 17
>./check_snmpp -t 5 -H XXX -o .1.3.6.1.4.1.9.2.1.57.0,.1.3.6.1.4.1.9.2.1.58.0 -C XXX -w ,:13
>SNMP WARNING - 14 *17*
>./check_snmpp -t 5 -H XXX -o .1.3.6.1.4.1.9.2.1.57.0,.1.3.6.1.4.1.9.2.1.58.0 -C XXX -w :13,:13
>SNMP WARNING -£#@£#@
>
>the original check_snmp works this way:
>./check_snmp -t 5 -H XXX -o .1.3.6.1.4.1.9.2.1.57.0,.1.3.6.1.4.1.9.2.1.58.0 -C XXX -w :90,:75 -c :95,:90 -l 'CPU usage 1min/5min' -D ' / '
>CPU usage 1min/5min OK - 12 / 15
>
>regards
>
>Michael Markstaller
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: ValueWeb: 
>Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
>No other company gives more support or power for your dedicated server
>http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
>_______________________________________________
>Nagios-users mailing list
>Nagios-users at lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/nagios-users
>::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
>::: Messages without supporting info will risk being sent to /dev/null
>  
>






More information about the Help mailing list