well, think about it, if you have service down alerts you may think that the service is broken or crashed or switched off. If you see both service and host alerts then you know which services are broken and you can also immediately see that it is due to the machine being down, so you don't waste time trying to remotely connect to it. It's more informative.

The problem with host alerts is it is easy to miss what services are broken, since you can have many services on one host. If you have, for example, 9 things being monitored on a server, and the server goes down, you may only be thinking of 5 or 6 services that it hosts, so you would not be aware that another 3-4 services are also down.

It's about awareness (and wanting to spam your inbox with more emails ;-)  ).

-h
Hari Sekhon


Morris, Patrick wrote:
-----Original Message-----
From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED]] On Behalf 
Of Hari Sekhon
Sent: Friday, October 13, 2006 8:36 AM
To: vex
Cc: nagios-users@lists.sourceforge.net
Subject: Re: [Nagios-users] Service checks when host is down

I agree that it is a very good to have both, so if anyone has 
any good ideas on this then please send them this way....
    

Why would you need both?  The sole purpose of host checks is to keep you
from being alerted on services when the host is down.  If you want
service alerts on a down host, you don't want a host check.  It's really
pretty simple.

  
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Nagios-users mailing list
Nagios-users@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

Reply via email to