If Service B happens to be queued to be checked before Service A is, you'll get notified of it's problem first, so that's why it's only sometimes that you get this behavior.
As for simple solution to your question, increase the max_check_attempts of Service B/C, so that Service A will error out before Service B/C does, thus skirting the check queue phenomenon. -----Original Message----- From: Deborah Martin [mailto:[EMAIL PROTECTED] Sent: Friday, January 06, 2006 3:11 AM To: 'nagios-users@lists.sourceforge.net' Subject: [Nagios-users] Dependency issue Hi, I have setup dependencies which all seem to work fine to a point. Example : I have 1 host with 3 services HOST A | Service A (master service) | ------------------- | | Service B Service C If service A fails, checks and notifications are suppressed for Service B and Service C which is fine. However, i've had a couple of situations where Service B or Service C may fail first, generate an alert AND then Service A fails which also generates an alert. Is there a way in Nagios that can flip over to only alerting for Service A in this situation and supress anything for Service B and Service C until recovery occurs. Do I need to define further service dependencies or use inheritance of parent ? I've read the docs (several times) but can't seem to find the answers there. I'm using Nagios 2.0b4 / Suse 9.2. Any help, pointers to docs that can help, or even a padded cell would be much appreciated! regards, deborah ************************************************************************ This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorised distribution or copying is strictly prohibited. Whilst Kognitio Limited takes steps to prevent the transmission of viruses via e-mail, we can not guarantee that any email or attachment is free from computer viruses and you are strongly advised to undertake your own anti-virus precautions. Kognitio grants no warranties regarding performance, use or quality of any e-mail or attachment and undertakes no liability for loss or damage, howsoever caused. *********************************************************************** ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ 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
