Dependencies - a little confused.
Andreas Ericsson
ae at op5.se
Thu Jan 13 13:54:21 CET 2005
Leonardo Henrique Machado wrote:
> On Wed, 12 Jan 2005 12:55:06 -0500, Eric Loyd <loyd at cyber.kodak.com> wrote:
>
>> Emmett Hogan wrote:
>> Okay...now I am REALLY confused. I do not understand why you would need to
>>make all services dependent on a check_ping service when the Nagios
>>Documentation states:
>>
>>"Whenever a service check results in a non-OK status level, Nagios
>
> will attempt to > check and see if the host that the service is
> running on is "alive". Typically this is > done by pinging the host
> and seeing if any response is received. If the host check > command
> returns a non-OK state, Nagios assumes that there is a problem with
>
>>the host. In this situation Nagios will "silence" all potential
>
> alerts for services
>
>>running on the host and just notify the appropriate contacts that the
>
> host is down > or unreachable. If the host check command returns an OK
> state, Nagios will
>
>>recognize that the host is alive and will send out an alert for the service that is
>
> > misbehaving."
>
> It says "silence alerts" and not "stop all service checks". Isn't it
> related just to notifications?
>
Yes, but host checks aren't normally carried out until a service changes
state, so you wouldn't know if the host came back up without actually
performing the service checks. Having all services depend on a ping
service is a rather good idea. It should save you some trouble later on.
--
Andreas Ericsson andreas.ericsson at op5.se
OP5 AB www.op5.se
Lead Developer
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
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