[Nagiosplug-devel] check_snmp multiplier / divisor

[William Leibzon]

Use
http://exchange.nagios.org/directory/Plugins/Hardware/Environmental/check_snmp_temperature/details

On Thu, Aug 16, 2012 at 6:41 PM, Eric Schoeller <eric.schoeller at colorado.edu
> wrote:

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