High latencies problem.

[Alessandro Ren]

     The status_update_interval=60 created and bad effect, as I found 
out the DEFAULT_ORPHAN_CHECK_INTERVAL is also 60 and is hard coded, all 
hosts and services started to be orphaned and nagios stopped processing 
the cheks and rescheduling all hosts and services some ours after its 
restart.
     Would it be ok to raise the orphan check inteval?

     ][s.

On 2/18/2009 5:16 PM, Alessandro Ren wrote:
>     After setting the following parameters, latency dropped to 20s in my nagios sytem:
>
>     status_update_interval=60
>     auto_reschedule_checks=1
>     check_result_reaper_frequency=60
>     max_concurrent_checks=0
>
>     The other parameters that you've sent me are also set, sleep_time, service_interleave_factor and service_inter_check_delay_method.
>     Thanks a lot Daniel, Gerhard, Hendrik and Markus for the help and tips.
>
>     []s.
>
> ----- Original Message -----
> From: "Alessandro Ren"<alessandro.ren at opservices.com.br>
> To: "Nagios Developers List"<nagios-devel at lists.sourceforge.net>
> Sent: Wednesday, February 18, 2009 10:51:12 AM (GMT-0300) Auto-Detected
> Subject: Re: [Nagios-devel] High latencies problem.
>
>
>    
>>
>>      
>>>        Latency is still high, I cound not noticed any change.
>>> Bellow the nagios -s output.
>>>
>>>        
>> i forgot the one, which had the greatest impact
>>
>> enable_environment_macros=0
>>
>>      
>
> use_large_installation_tweaks already disabled this.
>       I am debuging the code and nagios spends a lot of time in the
> reaper event, as it should, I thik maybe this could benefit com a thread
> approach for this event.
>
>       Tks.
>    
>> When we disabled the macros, the load dropped from 40 to 10. If you don't
>> have self-written check/notification scripts which use the environment
>> variables NAGIOS_*, then it is not worth to waste cpu cycles translating
>> macros into environment variables.
>> My impression is, when you reach>   7000 services, Nagios spends too much
>> time with internal calculations. That's why we turned off these "smart"
>> settings.
>>
>> Gerhard
>>
>>
>> ------------------------------------------------------------------------------
>> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
>> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
>> -Strategies to boost innovation and cut costs with open source participation
>> -Receive a $600 discount off the registration fee with the source code: SFAD
>> http://p.sf.net/sfu/XcvMzF8H
>> _______________________________________________
>> Nagios-devel mailing list
>> Nagios-devel at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/nagios-devel
>>
>>      
>
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> Nagios-devel mailing list
> Nagios-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nagios-devel
>
>    

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H