> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:nagios-users-
> [EMAIL PROTECTED] On Behalf Of kingpin
> Sent: Friday, March 14, 2008 4:24 PM
> To: [email protected]
> Subject: [Nagios-users] Proper Service/Notification Disable Method?
> 


>       We have a host that has a service check enabled (say
> ping or ssh) which I want to disable.  CGI auth and external
> commands aren't enabled.  I edit both the services.cfg and the
> servicegroups.cfg and commented out the service in question.
> After restarting nagios, it no longer appears as a service for
> that host (great!).
> 
>       But I'm still getting the notification emails about
> host being down, etc.  Is there an alert cache somewhere that
> I also need to disable to stop the emails from coming?  Or did
> I just go about everything the wrong way?

There is no alert cache. Host checks/alerts and service checks/alerts
are different though. You've commented out a service associated with the
host so you won't get any alerts for the service but you don't appear to
have done anything about the host. The fact that you're getting alerts
about a host might also indicate that there are still service checks
associated with that host. You'd need to do the same for the host and
services to completely prevent checks and notifications.

An alternative explanation is that you have more than one nagios daemon
running with the older one still aware of whatever it's notifying about
that you've removed.

--
Marc

p.s. enabling external command would really make things a lot simpler
for you I suspect.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Nagios-users mailing list
[email protected]
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