[dev.icinga.com #12095] boolean custom field and assign rules does not work

[icinga-migration]

This issue has been migrated from Redmine: https://dev.icinga.com/issues/12095

Created by Tuxdiver on 2016-07-05 09:25:49 +00:00

Assignee: (none)
Status: New
Target Version: 1.3.1
Last Update: 2016-11-30 08:37:27 +00:00 (in Redmine)

---

Using a custom field of type boolean and trying to use this in an apply rule does not work, because director always adds quotes around the value part:

    assign where host.vars.test_boolean == "true"

I think, this should be:

    assign where host.vars.test_boolean == true

Solution: remember the field type while generating the code for the apply rule

[icinga-migration]

Updated by tgelf on 2016-10-24 04:42:07 +00:00

• Target Version set to 1.2.0

[icinga-migration]

Updated by tgelf on 2016-11-03 13:01:13 +00:00

• Target Version changed from 1.2.0 to 1.3.0
• Done % changed from 0 to 50

Already works for internal boolean, needs some more tweaking for vars - will be implemented soon, but is too late for 1.2.0.

[icinga-migration]

Updated by tgelf on 2016-11-30 08:37:28 +00:00

• Target Version changed from 1.3.0 to 1.3.1

[friesoft]

Any news? :) Seems to apply everywhere where apply rules are used (notifications, service groups, ...)

[rajo]

+1 this would really be helpful if this would work soon

edited: this also seems to hold true, when I assign custom fields to a template and want another custom field be filtered upon another boolean field - doesn't work either

[widhalmt]

+1 from me. I just hit that as well.

[SimonHoenscheid]

+1

[jcromero]

+1

[Meinen]

+1

[noriah]

Any news on this yet?

[xtruthx]

+1

[MaartenUreel]

+1
still a big issue

[vita2]

+1
i need this for assignment rules to check if host notifications are enabled

apply Notification "host-mail" to Host {
    import "notification-mail"

    assign where host.enable_notifications == "true"
    user_groups = [ "netadmins" ]
}

[papst01]

+1

[kjde]

+1

[Foxeronie]

+1

[kajla]

+1

[wlma]

+1

[Hrocc]

+1

[itsopensource]

+1

[chas0rde]

+1

[fireheadman]

+1

[cyberkov]

+1

[wols]

+1

[vita2]

hello @Thomas-Gelf,

it would be nice if you could consider a fix for this issue in the upcoming 1.4 release ☺️

[Thomas-Gelf]

No more likes? I should wait for more of them...

...just kidding 😆 I hear you!

[Thomas-Gelf]

Anyone involved here: could you please let me know whether the implementation for the linked feature request solves your problem? It does not try to "understand" the strings "true" or "false" and it does not do anything for false (you can use a negation for this). But it provides is true (or set) as a new virtual operator type, and renders to where <chosen.property>. So you can use it for boolean true or also to say assign where host.address6 (or similar).

Cheers,
Thomas

[vita2]

now it is possible to build a assignment rule for notifications which only matches if "enable_notifications" was set. example:

zones.d/master/notification_apply.conf

apply Notification "host-1st-pushover" to Host {
    import "template-pushover-host"
    import "template-host-1st"

    assign where host.address && host.enable_notifications
    user_groups = [ "netadmins" ]
}

it is also possible to create a service-apply-rule which only hits if a certain custom host variable was set to true. example:

zones.d/director-global/service_apply.conf

apply Service "booleantest" {
    import "dummy"

    assign where host.vars.booleantest

    import DirectorOverrideTemplate
}

for me, it works as expected now. thank you!

have a nice weekend 🍻😄

[Thomas-Gelf]

@vita2: who needs a weekend - didn't you notice that I'm on vacation since two weeks? Glad to hear that it works for you!

[menewol]

does this only work if writing the service_apply.conf manually? im trying to match wether a host has an odd ip address with the regex function in the icinga director. my regex "[13579]$" matches for the very last digit in the ipaddress, so if a host has an odd address this should match to true.

i've attached 2 screenshots...this is either still a problem for the director or i'm doing something terribly wrong. if second please just point it out to me so i'll go on finding the right solution!


best regards, wolfgang

[Foxeronie]

@menewol You can set the "=" to "is true (or set)" to use this on vars, addresses, etc.
But I dont think you can insert a regex rule in the first field.
I opened a regex feature request already. #435

[menewol]

@Foxeronie which version is it you are using? we're running 2.4.1 and theres no "is true (or set)" option. should this assign where rule work if it is set up manually?