<div>Use <a href="http://exchange.nagios.org/directory/Plugins/Hardware/Environmental/check_snmp_temperature/details">http://exchange.nagios.org/directory/Plugins/Hardware/Environmental/check_snmp_temperature/details</a></div>

<br><div class="gmail_quote">On Thu, Aug 16, 2012 at 6:41 PM, Eric Schoeller <span dir="ltr"><<a href="mailto:eric.schoeller@colorado.edu" target="_blank">eric.schoeller@colorado.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Hello list,<br>
<br>
We have a fair number of checks using check_snmp, and it is very common<br>
that an INTEGER is reported in 'tenths' or even 'hundredths'. To use<br>
check_snmp natively against these OIDs we are forced to set thresholds<br>
such as '700' to represent '70.0' Fahrenheit. This isn't too big of a<br>
problem except when tired admins get pages about temperatures reaching<br>
(what appears to be) 700 degrees Fahrenheit.<br>
<br>
In such cases we could simply write our own plugins, but there are a lot<br>
of these cases. It would be far more desirable to just use check_snmp. I<br>
was considering developing and submitting a patch for options such as<br>
--multiplier or --divisor ... or even perhaps --mangle where in you<br>
could perform a bit of math on any values returned from the SNMP agent.<br>
Thresholds would then be applied to the "mangled" value of the OID.<br>
<br>
Would there be support for such a change if we submitted a patch? Is<br>
there a reason why it would be unnecessary?<br>
<br>
Thanks,<br>
<br>
Eric Schoeller<br>
University of Colorado Boulder<br>
Office of Information Technology<br>
<br>
<br>
------------------------------------------------------------------------------<br>
Live Security Virtual Conference<br>
Exclusive live event will cover all the ways today's security and<br>
threat landscape has changed and how IT managers can respond. Discussions<br>
will include endpoint security, mobile security and the latest in malware<br>
threats. <a href="http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/" target="_blank">http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/</a><br>
_______________________________________________________<br>
Nagios Plugin Development Mailing List <a href="mailto:Nagiosplug-devel@lists.sourceforge.net">Nagiosplug-devel@lists.sourceforge.net</a><br>
Unsubscribe at <a href="https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel</a><br>
::: Please include plugins version (-v) and OS when reporting any issue.<br>
::: Messages without supporting info will risk being sent to /dev/null<br>
</blockquote></div><br>