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 downI 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