-
Notifications
You must be signed in to change notification settings - Fork 92
Special chars on custom variables not working #238
Comments
Hello, sorry for late reply. Can you please supply the link that is generated from the module (see debug mode). Regards, |
Hi, Service config: apply Service "prometheus_up" { check_command = "check_prometheus" vars.QUERY = "up{job="{{host}}"}" assign where host.name == "{{host}}" && host.vars.prometheus == true graphs.ini [check_prometheus] generated url: |
Hello, you problem is how you assign the variable. The Variable ends at the second double quote.
or if it should be with quotes
Regards, |
@Mikesch-mp: im facing the same issue as the ones above. Details: Query Variable:
Debug Output from Grafana Graphs:
it cuts directly at "=" and i already tried to escape the "=" with no success. Every escape character led to prometheus errors and didnt helped hope you can help how to properly escape the "=" or passing "=" to a custom var #239 is facing the same problem and i cant find any working solution in here I think the problem is here: icingaweb2-module-grafana/library/Grafana/ProvidedHook/Grapher.php Lines 342 to 353 in 2cae443
the custom vars are split based on "=" and only the first and second array element are used to build the variable. The issue can be fixed by replacing greetings fl0w |
@Mikesch-mp, can you give any update here or provide help :)? |
Hey!
I have an icinga service that has a custom variable with special chars ("=", ")", "}" etc...)
The problem is - when sending this variable to grafana only the chars before the "=" are being sent to the dashboard.
For example - the variable is:
max(kube_deployment_spec_replicas{deployment="blabla"}) without (instance, pod)
and what is passed on to grafana is:
max(kube_deployment_spec_replicas{deployment
Expected Behavior
Pass the entire content of the variable to grafana
Current Behavior
Only the chars after the "=" are being sent.
Your Environment
icinga2 --version
): 2.10.5-1The text was updated successfully, but these errors were encountered: