We were wondering, is there any possible way we can avoid having check_nrpe report its offset performance data in scientific notation?
We would like to graph the offset under all circumstances, but sometimes it is unfortunately reported as: offset=2.577755367e-05 And this gives us some trouble, as we would of course like to avoid having this graphed as 2.577 seconds (we are currently using NagiosGrapher for graphing). If NagiosGrapher can be tweaked to accept the scientific notation reported, that would be another useful strategy - please enlighten us if you know how to achieve this .. :-) --- Just for curiosity, what we currently do when graphing is accepting only the checks that do not use scientific notation: 2009-05-28 15:32:54 PIPE: fqdn check_ntp offset=2.577755367e-05 offset=2.577755367e-05 2009-05-28 15:32:54 REGEX: 1 blocks for 'check_ntp' found. 2009-05-28 15:32:54 REGEX: graph_value=difference 2009-05-28 15:32:54 REGEX: output=perfdata 2009-05-28 15:32:54 REGEX: regex=m/offset=([-+\d]+\.\d+)(s| |$)/i 2009-05-28 15:32:54 REGEX: perfdata=offset=2.577755367e-05 2009-05-28 15:32:54 REGEX: NO MATCH. Best regards, Steffen Poulsen -- Venlig hilsen / Best regards Steffen Poulsen UNIX System Administrator TDC Hosting A/S Phone: +45 70 26 25 27 E-mail: [email protected]<mailto:[email protected]> Web: www.tdchosting.dk<http://www.tdchosting.dk/>
------------------------------------------------------------------------------ Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers & brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, & iPhoneDevCamp as they present alongside digital heavyweights like Barbarian Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com
_______________________________________________ Nagios-users mailing list [email protected] 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
