Re: [Nagios-devel] Proposal to extend "Implied Inheritance"
Posted: Fri Nov 13, 2009 9:51 am
Hi,
I think this is a very good idea. It can be usefull for check_period
too : if a specific server is not check the night, you just do not put
check_period in service and it will not be scheduled this period too.
Jean
On Fri, Nov 13, 2009 at 10:07 AM, Jelle Smet wrote:
> Hi List,
>
> I think the -Implied Inheritance- functionality is something which is ver=
y useful. Especially to services.
>
> Currently only these service variables are inherited from the host config=
uration:
> =A0 =A0 =A0 =A0contact_groups
> =A0 =A0 =A0 =A0notification_interval
> =A0 =A0 =A0 =A0notification_period
>
> Wouldn't it be interesting to extend this functionality to inherit all ot=
her host parameters a service has in common with a host definition?
> (except name, action url there might be on or two more obvious ones)
>
> Especially: max_check_attempts, normal_check_interval, retry_check_interv=
al
>
> In our case we would benefit from this because:
> Our servers are acccording to a company definition split into core, produ=
ction, development, test
> If services could inherit the common parameters from the host definition,=
we would only need 1 service template which could serve all.
>
> This is of course a case which applies to my specific situation, but it c=
ould be beneficial in a multitude of other cases.
>
> Dev's what are your thoughts?
>
>
> --
> Jelle Smet
> http://www.smetj.net
>
> -------------------------------------------------------------------------=
-----
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-D=
ay
> trial. Simplify your report design, integration and deployment - and focu=
s on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. =A0http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Nagios-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/lis ... gios-devel
>
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]
I think this is a very good idea. It can be usefull for check_period
too : if a specific server is not check the night, you just do not put
check_period in service and it will not be scheduled this period too.
Jean
On Fri, Nov 13, 2009 at 10:07 AM, Jelle Smet wrote:
> Hi List,
>
> I think the -Implied Inheritance- functionality is something which is ver=
y useful. Especially to services.
>
> Currently only these service variables are inherited from the host config=
uration:
> =A0 =A0 =A0 =A0contact_groups
> =A0 =A0 =A0 =A0notification_interval
> =A0 =A0 =A0 =A0notification_period
>
> Wouldn't it be interesting to extend this functionality to inherit all ot=
her host parameters a service has in common with a host definition?
> (except name, action url there might be on or two more obvious ones)
>
> Especially: max_check_attempts, normal_check_interval, retry_check_interv=
al
>
> In our case we would benefit from this because:
> Our servers are acccording to a company definition split into core, produ=
ction, development, test
> If services could inherit the common parameters from the host definition,=
we would only need 1 service template which could serve all.
>
> This is of course a case which applies to my specific situation, but it c=
ould be beneficial in a multitude of other cases.
>
> Dev's what are your thoughts?
>
>
> --
> Jelle Smet
> http://www.smetj.net
>
> -------------------------------------------------------------------------=
-----
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-D=
ay
> trial. Simplify your report design, integration and deployment - and focu=
s on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. =A0http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Nagios-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/lis ... gios-devel
>
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]