regularly schedule host checks?
Frater, Greg J
GJFRATER at bechtel.com
Thu Jul 9 21:04:22 CEST 2009
Thanks Max! I'll read up on cached checks, a lot has changed since 1.0.
Regards,
-greg
-----Original Message-----
From: max.schubert at gmail.com [mailto:max.schubert at gmail.com] On Behalf Of Max
Sent: Thursday, July 09, 2009 9:48 AM
To: Frater, Greg J
Cc: nagios-users at lists.sourceforge.net
Subject: Re: [Nagios-users] regularly schedule host checks?
On Thu, Jul 9, 2009 at 11:58 AM, Frater, Greg J<GJFRATER at bechtel.com> wrote:
> Hi All,
>
> I'm wondering if there is any consensus from Nagios users regarding
> scheduled host checks. In general is it better to have Nagios
> schedule host checks or is it better to use the old logic i.e. only
> run the host check if a service check fails. How do you turn off the
> scheduled host checks in version 3? I've been messing with some of
> the host check settings but there's no obvious 'disable scheduled host checks'.
recommended method with Nagios 3 is to run regularly scheduled host checks and then use host check caching as this will keep Nagios from re-running the host check every time a service fails :):
http://nagios.sourceforge.net/docs/3_0/cachedchecks.html
If you really do not want to use regularly scheduled host checks, set
active_checks_enabled 0
in your host definition, then a host check will only be run on-demand when a service check fails.
------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
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