Additive inheritance and canceling inheritance issues

[Andreas Ericsson]

Shad L. Lords wrote:
>>> Following up on my previous message about additive inhereritance it 
>>> appears
>>> that it only applies to the first used instance.  Here is an example 
>>> config
>>> that fails.  There also appears to be an issue with canceling 
>>> inheritance.
>>>
>> [ somewhat bizarre configuration axed out ]
>>
>>> Hope this helps track down some potential issues,
>>>
>> To be perfectly honest, I've always felt it overly complicates the nagios 
>> config
>> parsing code to even allow templates to have templates. For really large
>> networks, where they'd obviously be of most use, it's no great chore to 
>> copy
>> and paste one and then modify the variable that you want to alter.
> 
> If you have parameters set in a template then if you want to update them you 
> only have one place to do it.  If you have 3k config files (or a 100k file) 
> then you have thousands of places you have to modify.
> 

sed be thy friend ;-)

> 
>> I'm not sure how many people use this feature in an inheritance chain like 
>> you
>> do, and as I personally don't really see the use for it, I'd rather spend 
>> my time
>> on other things.
> 
> If they can be fixed our config would benefit from it quite a bit.  It would 
> cut down the amount of manual tweaking necessary to get things to work 
> right.  If something is advertised as working I think it should work or not 
> be in there.
> 

True. I'm busy working on a New and Improved event queue system though, and
it's far too much fun to stop with that to sit down and fiddle with config
stuff. Is there any chance you could tar up a minimal offending example-
config and send to the list, so we've got something to work with should the
itch arrive to fix this?

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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/