Question about Service State Latency
Marc Powell
marc at ena.com
Thu Aug 11 15:28:21 CEST 2005
> -----Original Message-----
> From: nagios-devel-admin at lists.sourceforge.net [mailto:nagios-devel-
> admin at lists.sourceforge.net] On Behalf Of Joseph Hardeman
> Sent: Thursday, August 11, 2005 7:17 AM
> To: nagios-devel at lists.sourceforge.net
> Subject: [Nagios-devel] Question about Service State Latency
>
> Greetings,
>
> I have been asked to find out what the Latency entry on the Service
> State Information page represents. I am hoping that you can help me
> understand where Nagios is getting this number from and how it is
The Latency measure is related to check scheduling --
http://nagios.sourceforge.net/docs/1_0/checkscheduling.html
It is the time difference between when a check was scheduled to run and
when it actually did. Normally that number is at or around 0 but can be
higher in periods of high numbers of outages. Generally this is tweaked
by max_concurrent_checks and command_check_interval (for passive
checks). If you find that your latency is high often, you're probably
not allowing nagios to spawn enough children to run parallel plugins.
Run bin/nagios -s etc/nagios.cfg to get a recommended value. I generally
add another 20% on top of that. It could also be that you have your
plugin timeout values set very high and the plugins are taking longer to
finish than the really need to.
> calculated. Also, is there a way or a plugin to do an immediate check
> on Latency between the Nagios server and the client? We have about
> 500+ locations that we are checking and want to make sure that they
> are all within reasonable rta's.
Check_ping.
--
Marc
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
More information about the Developers
mailing list