Q: time-saving tricks for Service Dependencies?

[Jamie]

Hi Jim,

"..In short:  I'd like to take advantage of this time-saving feature, but I
don't want to end up creating logic where a vast selection of services are
dependent on one particular service being up or down.."

-Excuse me for stating the obvious, but I guess that depends whether logic
reflects reality or not...(Hmm. begin debate: "Is Reality logic? - Or is
Logic reality?" ;-)

Aren't service dependencies de-coupled from host dependencies?

jamie
----- Original Message -----
From: "Carroll, Jim P [Contractor]" <jcarro10 at sprintspectrum.com>
To: "Nagios-Users (E-mail)" <nagios-users at lists.sourceforge.net>
Sent: Tuesday, February 11, 2003 8:23 AM
Subject: [Nagios-users] Q: time-saving tricks for Service Dependencies?


> Just looking for some 'warm fuzzies' here.  In:
>
> http://nagios.sourceforge.net/docs/1_0/templatetricks.html
>
> under "Service Dependencies", there appears to be a great time-saver.
>
> However, I'm concerned that creating this definition will mean that *all*
> hosts defined in the dependent_host_name declaration would become
dependent
> on *all* hosts defined in the host_name declaration.
>
> (I have a similar concern when using a
> dependent_hostgroup_name/hostgroup_name approach.)
>
> Can anyone say with authority and conviction that (using the example given
> on that page) SERVICE2 on HOST3 is dependent on SERVICE2 on HOST1, and
> SERVICE2 on HOST4 is dependent on SERVICE2 on HOST2, but that there's no
> crossover where SERVICE2 on HOST3 becomes dependent on SERVICE2 on HOST2,
> and likewise with SERVICE2 on HOST4 crossing over to SERVICE2 on HOST1?
>
> A 1-to-1 correlation would do quite nicely, so long as there are N hosts
> defined on each of the dependent_host_name and host_name lines.  A
> 1-to-many, many-to-1, or many-to-many is *not* what I want.
>
> In short:  I'd like to take advantage of this time-saving feature, but I
> don't want to end up creating logic where a vast selection of services are
> dependent on one particular service being up or down.
>
> Thoughts?
>
> jc
>
>
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> Nagios-users mailing list
> Nagios-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nagios-users
>



-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com