[Nagios-users] RFC/RFP: Service parents

[Andreas Ericsson]

On 05/17/2011 11:53 AM, Max Schubert wrote:
> On Tue, May 17, 2011 at 5:48 AM, Andreas Ericsson<ae at op5.se>  wrote:
>> On 05/17/2011 11:34 AM, Max Schubert wrote:
>>> Andreas,
>>>
>>> How does this differ functionality from the current ability to
>>> describe dependencies with servicedependency?  Is it just easier to
>>> define (I agree that would be a win)
>>>
>>
>> It's just easier to describe, and it ties in nicely with different
>> additions to the configuration syntax being planned. It does have
>> some limitations, but in 99.5% of all dependencies I've seen, it
>> matches the usecase people put dependencies to so it should be quite
>> a nice win anyway.
> 
> I agree - the current syntax is very flexible but understanding how to
> implement it properly for some users results in a very painful
> learning curve.
> 

Yes, that's more or less the only reason to implement service parents.

> Any plans to detatch notification attributes from service / host
> definitions in 4.x and make them their own top-level configuration
> class like escalations  to make it easier to scale notification
> definitions for large projects?
> 

Not really. What would such an object look like? How would it add
additional benefit compared to using templates for hosts and services?
I think if I could just see some sort of example definition of it I'd
get an inkling of why some seem to think it's such a great idea. Right
now, I see no additional benefit to it.

-- 
Andreas Ericsson                   andreas.ericsson at op5.se
OP5 AB                             www.op5.se
Tel: +46 8-230225                  Fax: +46 8-230231

Considering the successes of the wars on alcohol, poverty, drugs and
terror, I think we should give some serious thought to declaring war
on peace.

------------------------------------------------------------------------------
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay