High latencies problem.

Alessandro Ren alessandro.ren at opservices.com.br
Mon Mar 30 22:22:13 CEST 2009


On 3/30/2009 5:12 PM, shadih rahman wrote:
> Alessandro,
>      Were you able to fix the "Warning: The check of service 
> 'batteryliebert' on host 'hostname' looks like it was orphaned 
> (results never came back).  I'm scheduling an imm" ?
> I am getting a lot of these after changing the status_update=60.  
> Thanks in advance.


     The check_result_reaper_frequency=60 has to be 
check_result_reaper_frequency=2 ou 5, these was creating the orphans.
     My problem was't in this set up, but in the way the performance 
data was beeing handled.

     []s.

>
>
> On Thu, Feb 19, 2009 at 10:15 AM, Alessandro Ren 
> <alessandro.ren at opservices.com.br 
> <mailto:alessandro.ren at opservices.com.br>> wrote:
>
>
>         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
>     <mailto:alessandro.ren at opservices.com.br>>
>     > To: "Nagios Developers List"<nagios-devel at lists.sourceforge.net
>     <mailto: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
>     <mailto: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
>     <mailto: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
>     <mailto:Nagios-devel at lists.sourceforge.net>
>     https://lists.sourceforge.net/lists/listinfo/nagios-devel
>
>
>
>
> -- 
> Cordially,
> Shadhin Rahman
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------------
>    
> ------------------------------------------------------------------------
>
> _______________________________________________
> Nagios-devel mailing list
> Nagios-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nagios-devel
>    

------------------------------------------------------------------------------




More information about the Developers mailing list