selectively disable notifications for services inheriting a specific template?

Assaf Flatto assaf.flatto at ssp-intl.com
Thu Jan 22 10:49:42 CET 2009


Have you looked at service dependencies ?
http://nagios.sourceforge.net/docs/3_0/dependencies.html

It sounds like this is what you need.

Assaf


On Thursday 22 January 2009 02:21:55 Owen LaGarde wrote:
> I essentially want to disable only notifications, only when a specific
> service check fails, only for services inheriting a specific template.
> And I'm lazy, and don't want to double the size of my config for this
> one function.
>
> I'm using nagios 3.0.2 and nagios-plugins 1.4.12 with a large (>1000
> hosts/services) configuration.  Most (800+) of the services use a
> "check_remote" custom plugin to tunnel network calls [ie., to plugins on
> other hosts] within kerberos authenticated and encrypted sessions.  That
> kerberos activity requires a ticket cache containing a TGT;  said cache
> is maintained by a custom event broker module and said TGT's presence is
> monitored by a service definition referencing a custom check_krbtgt
> plugin.  This has worked great so far -- no race conditions, clean
> start/restart/refresh cycles for the cache and TGT, scales well, etc.
> For a number of policy reasons all service definitions use active
> checks.  When the TGT check fails it logically follows that all service
> checks using the check_remote plugin have or are about to fail.  This is
> desirable behavior -- depending on the nature of the kerberos TGT
> problem there are a number of check_remote failure messages and these
> need to be captured in the event log, so I *don't* want to block *any*
> checks from running.
>
> But...
>
> If it's the TGT check that's failed then the notifications for
> everything except the TGT failure are inappropriate and should be
> blocked.  In effect I want to cause a specific service check's failure
> to disable notifications for a large (800+) number of other service
> checks but I don't want to nearly double the size of the config tree and
> have that much more text to wade through when maintaining the nagios
> configuration.  Remember, I need the checks that are about to fail
> because of the TGT failure to go on and run, and fail, and log their
> events and perfdata.  It's just the notifications that should be
> stopped, and only then if the originating service "use"-es the
> remote-active-service template.
>
> Anybody else doing this?



-- 
Assaf Flatto
SSP Ops Team
Linux System Administrator
169 Euston Road, London, NW1 2AE





IMPORTANT . this email and the information in it may be confidential, legally
privileged and/or protected by law. It is intended solely for the use of the
person to whom it is addressed. If you are not the intended recipient, please
notify the sender immediately and do not disclose the contents to any other
person, use it for any purpose, or store or copy the information in any medium.
Please also delete all copies of this email and any attachments from your
system.

We cannot guarantee the security or confidentiality of email communications. We
do not accept any liability for losses or damages that you may suffer as a
result of your receipt of this email including but not limited to computer
service or system failure, access delays or interruption, data non-delivery or
mis-delivery, computer viruses or other harmful components.

Copyright in this email and any attachments belong to Select Service Partner UK
Limited. Should you communicate with anyone at Select Service Partner UK Limited by
email, you consent to us monitoring and reading any such correspondence.

Nothing in this email shall be taken or read as suggesting, proposing or
relating to any agreement concerted practice or other practice that could
infringe UK or EC competition legislation.

Select Service Partner UK Limited is a company registered in England and Wales
(company number 05687183) whose registered office is at 1 The Heights, Brooklands, Weybridge. Surrey. KT13 0NY
 
 

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
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