-
Notifications
You must be signed in to change notification settings - Fork 63
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Inherit more service attributes from its host #83
Comments
notification_period inheritance happens in naemon/xodtemplate.c:3497 |
This actually seems to be pretty simple. I'm about to test it with my installation and if everything works fine, I'll submit a pull request. I would add the same inheritance for |
i guess thats it. According to http://www.naemon.org/documentation/usersguide/objectdefinitions.html#host_definition i'd say the others don't make sense. |
On 2014-08-05 16:01, Julian wrote:
Please don't do it for check_interval and retry_interval. check_period /Andreas |
My patched version works fine so far (and my configuration got a lot simpler). I'm not quite sure about So you'll probably see a pull request for |
I just created these two pull request: |
[#83] Inherit service check period from host
thanks |
…d-host_notification_commands to master * commit '0f72e209ad2b33687d012aa68355248967d5a1ee': Fix flake8 errors and simplify assert Fix segfault on invalid host_notification_commands
Currently only the attributes
contact_groups
,notification_interval
andnotification_period
of a service are inherited from the corresponding host, see http://www.naemon.org/documentation/usersguide/objectinheritance.html#implied_inheritanceI'd like to see the same behavior for some other attributes too, in my case I need this for
check_period
as I monitor some services on many hosts where only some are turned off at night and currently I have to duplicate the service definitions for them which seems unnecessary.Implementing this shouldn't break any existing setups as having no
check_period
specified in a service is not allowed at the moment. If you give me some hints on where to look at the source code, I'd be willing to work on a patch.The text was updated successfully, but these errors were encountered: