Nagios Support Forum

It is not that our patches are entirely bad but I think that if there
is enough demand (as may have been shown by this thread along) this is
the kind of feature that should go into main nagios code and when it
does its a lot better when its going with separate option like has been
proposed - for the benefit of existing users who might have previously
made a mistake and expected nagios to give warning about bad config,
but the change would cause different behavior which is not appropriate
for minor version updates.

I'm starting to get back to some additional nagios-related development
and will work on that (i.e. adding this with 'same_host' option both for
service and servicegroup dependencies) together with updating my other
patches for 2.5. Expect to hear from me next week about it unless you
or someone else releases such patch before. After that the issue would
be to convince Ethan that it is worth including in main code tree.

On Fri, 20 Oct 2006, Thomas Guyot-Sionnest wrote:

> Oops! There's almost certainely a bug (I didn't experienced it but I fixed
> it) when you have multiple dependency definitions where some of them are not
> same-host.
>
> After a good sleep I realised that it would make much more sense to have
> host_name set and dependent_host_name unset.
>
> So now here's the new usage.
>
> How to use it:
>
> Just omit both "dependent_host_name" and "dependent_hostgroup_name" entries
> in a servicedependency definition. Ex:.
>
> define servicedependency {
> hostgroup_name pool1,pool2
> service_description Master service
> dependent_service_description Slave 1,Slave 2,Slave 3
> notification_failure_criteria c,u
> }
>
> Still EXPERIMENTAL (see comment in my previous post)
>
> Please send me any bugs/comments you have with this patch...
>
> Thomas Guyot-Sionnest
> UNIX Systems Administrator
> Zango
> E: [email protected]
> P: 514.787.4714 | F: 514.787.4707
>
> www.zango.com
> Read our blog at http://blog.zango.com
>
>> -----Original Message-----
>> From: [email protected]
>> [mailto:[email protected]] On Behalf
>> Of Thomas Guyot-Sionnest
>> Sent: October 20, 2006 1:03
>> To: Nagios-Devel
>> Cc: william(at)elan.net
>> Subject: Re: [Nagios-devel] Service dependencies
>>
>> Alright! I found out I'm not that bad in C and made my own patch.
>>
>> What it does:
>>
>> When Nagios duplicate servicedependency definitions, it checks for any
>> missing required variables. When it checks for empty host_name entry,
>> instead of returning an error I set a flag and fill-up the
>> master_hostslist
>> using the dependent_host_name entry instead.
>>
>> Later in the "duplication" loop, if the flag is present I
>> don't duplicate
>> any definition that doesn't have the same hostname for master
>> and dependent
>> host.
>>
>> How to use it:
>>
>> Just omit the "host_name" entry in a servicedependency definition ex:.
>>
>> define servicedependency {
>> service_description Master service
>> dependent_hostgroup_name pool1,pool2
>> dependent_service_description Slave 1,Slave 2,Slave 3
>> notification_failure_criteria c,u
>> }
>>
>> WARNING: This patch is EXPERIMENTAL. It was only tested with
>> the expected
>> configuration. I DID NOT TEST ANY NORMAL CONFIGURATION;
>> NEITHER DID I TEST
>> CONFIGURATION ERROR HANDLING. I'll review and test this patch
>> thoughtfully
>> as soon as I get some spare time.
>>
>> Please send me any bugs/comments you have on this patch...
>>
>> Thomas
>>
>>> -----Original Message-----
>>> From: william(at)elan.net [mailto:[email protected]]
>>> Sent: Thursday, October 19, 2006 22:42
>>> To: Thomas Guyot-Sionnest
>>> Cc: Tobias Mucke; Nagios-Devel
>>> Subject: Re: [Nagios-devel] Service dependencies
>>>
>>>
>>> On Thu, 19 Oct 2006, Thomas Guyot-Sionnest wrote:
>>>
>>>> I guess you mean setting it up in the service definition?
>> But you'll
>>> have to
>>>> define which host here as well. So is't excatly the same as the
>>>> servicedependency definition.
>>>>
>>>> Actually I'm just thinking there could be anot

...[email truncated]...


This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]