Can Nagios force status of Host?

[Marc Powell]

When one or more services on a host fails, nagios will execute your specified host check command (and not before). It is the result of this command that determines the host state. Even if all your defined services on a host were critical, if your check-host-alive command returns OK (or isn't even defined) then the status of the host will be OK.



--
Marc

-----Original Message-----
From: Larry Crowder <CrowderLG at ldschurch.org>
To: nagios-users at lists.sourceforge.net <nagios-users at lists.sourceforge.net>
Sent: Fri Sep 26 13:52:41 2003
Subject: [Nagios-users] Can Nagios force status of Host?

I have a situation where a service has problems, (PING drops packets or server IP address is actually changed) at which time Nagios correctly sets the Service status to "Critical".  It does not however, set the Host status to 'HOST DOWN".  When the  server comes back up again, Nagios sets the Service status to "OK" but Host status is not affected.

Q:  Shouldn't Nagios set the Host status to "HOST DOWN" when the services totally fail and are set to a "CRITICAL" status?  If not, any ideas on how I can force it?   I have looked at the documentation (and will continue to do so).    This is significant to us because we want to correctly alert co-workers about up and down of hosts.

Thanks

Larry 


------------------------------------------------------------------------------
This message may contain confidential information, and is intended only for the use of the individual(s) to whom it is addressed.


==============================================================================



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-lists.org/archive/users/attachments/20030926/f4046e70/attachment.html>