Notification period inheritance problem
Gordon Messmer
yinyang at eburg.com
Tue Dec 15 21:04:06 CET 2009
On 12/15/2009 10:49 AM, Marc Powell wrote:
>
> No, in order to do that, the notification_period needs to be unspecified. null != unspecified. Because you're explicitly setting it to null, you break the implied inheritance.
>
> To take advantage of the implied inheritance, you need to leave out the directive entirely as indicated above.
>
Quoting from the documentation:
The following table lists the object variables that will be
implicitly inherited from related objects if you don't explicitly
specify their value in your object definition or inherit them from a
template
...so I need to not inherit the value from my template. How do I do that?
In some cases you may not want your host, service, or contact
definitions to inherit values of string variables from the templates
they reference. If this is the case, you can specify "*null*"
(without quotes) as the value of the variable that you do not want
to inherit.
If I don't specify a value, it'll be inherited. Right? How will that
help me not specify a value for the service?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-lists.org/archive/users/attachments/20091215/8723d0b9/attachment.html>
-------------- next part --------------
------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
-------------- next part --------------
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue.
::: Messages without supporting info will risk being sent to /dev/null
More information about the Users
mailing list