-
Notifications
You must be signed in to change notification settings - Fork 203
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
a individual service-object can't resolve custom host vars #1257
Comments
Sorry, I'm unable to understand the issue?! |
regarding my above mentioned configuration the director renders the constants this happens only at individual service-objects assigned to one host. constants in service-apply-rules and service-templates aren't affected. |
Got confused because of the naming. These are not constants but macros/custom variables in Icinga 2. And they should work as expected this way. Did you try it out? |
We discussed this elsewhere and have been able to track it down, thanks @vita2! Part of this is a caching issue when the same variable has before been used in a different context. Other part is Icinga 2 behaving differently in objects and apply rules, the host object is not always available as one might expect. |
thank you so much for helping me with this issue, tom 👍 🍻 |
You're welcome, thank you for your troubleshooting time helping me to track it down. |
hello tom,
i have created a service-object for a host and would like to fill up some fields with custom host vars. after the deployment i saw that the director doesn't recognizes the constants and puts the host variable into quotation marks.
Current Behavior
Your Environment
icinga2 --version
): r2.7.1-1The text was updated successfully, but these errors were encountered: