Nagios scheduling queue seems to be lagging behind real time

Thales Maia tchagas at uolinc.com
Fri May 28 14:05:11 CEST 2004


Another trick: Maybe more than 1 main nagios process is running.


On Fri, 2004-05-28 at 04:49, tom.welsh at bt.com wrote:
> Hi All
> 
> I'm new to this list so try to be kind :)
> 
> OS. Solaris with current patches applied
> 
> Hardware : Sun E220R, 2 * 450MHz Ultra SPARCII cpu's, 1gb ram, 2 * 18gb SCSi drives
> 
> Monitored Hosts: 64
> 
> Monitored Services 2094
> 
> Monitoring interval 5 mins
> 
> Nagios version 1.0 ( Yes I know there is a new version but an upgrade is not an option for us just now :(  )
> 
> Problem:
> nagios appears to be running fine it is just that when I look at my scheduling queue the tests at the top of the queue seem to be constantly 16 - 17 mins behind real time. Currently time on my box is 08:40.  The next entry to run should have been executed at 08:24.
> 
> I have read the section in the docs regarding scheduling and adjusted my max_concurrent_checks accordingly. My service_reaper_frequency is still set to 10
> 
> Can any one point out where I can make changes to bring this system back into line with real time?
> 
> Here is the output from nagios -s ../etc/nagios.cfg
> 
> 
>         SERVICE SCHEDULING INFORMATION
>         -------------------------------
>         Total services:             2094
>         Total hosts:                64
> 
>         Command check interval:     -1 sec
>         Check reaper interval:      10 sec
> 
>         Inter-check delay method:   SMART
>         Average check interval:     341.117 sec
>         Inter-check delay:          0.163 sec
> 
>         Interleave factor method:   SMART
>         Average services per host:  32.719
>         Service interleave factor:  33
> 
>         Initial service check scheduling info:
>         --------------------------------------
>         First scheduled check:      1085729805 -> Fri May 28 08:36:45 2004
>         Last scheduled check:       1085730148 -> Fri May 28 08:42:28 2004
> 
>         Rough guidelines for max_concurrent_checks value:
>         -------------------------------------------------
>         Absolute minimum value:     62
>         Recommend value:            186
> 
> 
> From nagios.cfg...
> 
> inter_check_delay_method=s
> service_interleave_factor=s
> max_concurrent_checks=186
> service_reaper_frequency=10
> sleep_time=1
> service_check_timeout=63
> host_check_timeout=30
> event_handler_timeout=30
> notification_timeout=30
> ocsp_timeout=5
> perfdata_timeout=5
> 
> 
> Thanks for your help
> 
> Regards,
> 
> 
> Tom 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle 10g. 
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id149&alloc_id66&op=click
> _______________________________________________
> 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
-- 
THALES MAIA CHAGAS
Sysadmin - UOL S/A




-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
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 Users mailing list