Reloading configuration on-the-fly

[dave stern - e-mail.pluribus.unum]

To get all checks to run in a shorter amount of time, take a look at reducing
max_service_check_spread   and   max_host_check_spread.

You might also be interested in the "fast startup options" in the documentation.
This will also point you to such parameters as use_large_installation_tweaks



On Fri, Jul 1, 2011 at 11:22 AM, nag ios <nagiostool at gmail.com> wrote:
> can u let me know the on-fly process in detail.....????
>
> On Fri, Jul 1, 2011 at 3:58 PM, Andreas Ericsson <ae at op5.se> wrote:
>>
>> On 07/01/2011 11:48 AM, Marc-André Doll wrote:
>> > Hi list,
>> >
>> > I'm starting to have some big perimeter (well, probably not as big as
>> > some of yours) on a Nagios and it's starting to be quite delicate to
>> > restart/reload it as it takes between 6 and 10 minutes to start
>> > scheduling checks again.
>> >
>> > Is there a way/module/tool to reload the configuration without those
>> > dead windows in my monitoring?
>> >
>>
>> First of all, make sure you're running a recent enough version of Nagios
>> to have Jean Gabès' patch for speeding up circular host/parent paths.
>>
>> Secondly, precache the configuration before reloading and use the
>> precached
>> version of the object config when doing the actual restart. This will
>> bring
>> your downtime down from 6-10 minutes to perhaps 1-5 seconds. You'll still
>> lose the full 6-10 minutes for recently added objects, but the previously
>> existing ones will keep being monitored.
>>
>> --
>> Andreas Ericsson                   andreas.ericsson at op5.se
>> OP5 AB                             www.op5.se
>> Tel: +46 8-230225                  Fax: +46 8-230231
>>
>> Considering the successes of the wars on alcohol, poverty, drugs and
>> terror, I think we should give some serious thought to declaring war
>> on peace.
>>
>>
>> ------------------------------------------------------------------------------
>> All of the data generated in your IT infrastructure is seriously valuable.
>> Why? It contains a definitive record of application performance, security
>> threats, fraudulent activity, and more. Splunk takes this data and makes
>> sense of it. IT sense. And common sense.
>> http://p.sf.net/sfu/splunk-d2d-c2
>> _______________________________________________
>> 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
>
>
> ------------------------------------------------------------------------------
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2d-c2
> _______________________________________________
> 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
>

------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
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