Hello
I have a trigger with hysteresis for the Proxy last access like this:
UPDATE: it does not work
The proxy last access is written every 30s and if the connection to the proxy goes down, the last time is written still every 30s. With this, the trigger should stay as long as the last 5 values (n-1) aren't incremented.
Is it possible to simplify the expression "{HOST:icmpping.now(0)}" ? How are you doing a trigger for that ?
I need a hysteresis to avoid unneeded alerts for triggers with nodata or based on values in a time range. The value 480 came from "0+30+60+90+120+150" which is 450 and added a 30s for security. If you change the value 6 for the multiplicator of "now()" and "sum()", than you have to shrink or extend the progression at the end. If you have another proxy frequency, then use that value in the progression.
I believe, a trigger like this should be of interest for all proxied monitoring setups. So, share your thoughts.
Andreas
I have a trigger with hysteresis for the Proxy last access like this:
UPDATE: it does not work

Code:
({HOST:zabbix[proxy,"PROXY",lastaccess].fuzzytime(90)}=0)
|
(
({TRIGGER.VALUE}=1)
&
(6*{HOST:icmpping.now(0)}-{HOST:zabbix[proxy,"PROXY",lastaccess].sum(6)}>480)
)
Is it possible to simplify the expression "{HOST:icmpping.now(0)}" ? How are you doing a trigger for that ?
I need a hysteresis to avoid unneeded alerts for triggers with nodata or based on values in a time range. The value 480 came from "0+30+60+90+120+150" which is 450 and added a 30s for security. If you change the value 6 for the multiplicator of "now()" and "sum()", than you have to shrink or extend the progression at the end. If you have another proxy frequency, then use that value in the progression.
I believe, a trigger like this should be of interest for all proxied monitoring setups. So, share your thoughts.
Andreas
Comment