Page 2 of 2
Re: Template inheritance issue?
Posted: Wed Oct 09, 2013 4:50 pm
by tmcdonald
Well, just spent 30 minutes trying every combination of service/template, command/no command, args/no args, and everything seems to align with what you're saying.
However, Sam has pointed out that, while the args are not written to file anywhere, they are still likely generated in-place when the check is run.
Re: Template inheritance issue?
Posted: Wed Oct 09, 2013 5:13 pm
by BanditBBS
So my question is, is this a bug or is It supposed to work this way? If a bug, I'll file a report.
Re: Template inheritance issue?
Posted: Wed Oct 09, 2013 5:15 pm
by BanditBBS
tmcdonald wrote:Well, just spent 30 minutes trying every combination of service/template, command/no command, args/no args, and everything seems to align with what you're saying.
However, Sam has pointed out that, while the args are not written to file anywhere, they are still likely generated in-place when the check is run.
They are not and my checks are broken if I try.
Re: Template inheritance issue?
Posted: Wed Oct 09, 2013 5:23 pm
by slansing
Revising my original response to your question with this:
You cannot pass arguments through a template because it will not pass them through to the command_definition with "!" separators it will pass them as plain text so with the template's $ARG3$ you were defining, it was basically dropping it on the service definition with no !'s to pass it through as a additional argument in the check command at the $ARG3$ position if that makes sense. You can only get this if you add the arguments from the service definition itself so they are already assigned by the time the template is overlaid.
So it would be a "sudo" feature? I'm not sure how this would be worked in at this time.
Re: Template inheritance issue?
Posted: Wed Oct 09, 2013 5:29 pm
by BanditBBS
Ok, lock her up. I can work around it just fine.
Re: Template inheritance issue?
Posted: Wed Oct 09, 2013 5:31 pm
by abrist
Ha! It was not me this time . . . . back to the mines . . . .