Hi -
( my first time on this forum - be nice :-)
on:
server: zabbix 7.0.x,
client: redhat 7.x
What:
Iam monitoring a logfile. I becomes quite large, with lots of unimportant messages.
item-
To find, what i need, prox. 50 items are configured. (zabbix active agent, log[logfile,something went wrong..] )
trigger-
Each has a trigger: count( item, 1h)>0,
'PROBLEM event generation mode' = Single
There is no 'recovery expression', since there is no 'somthing is ok again' message in the log
They trigger an Action, that crates a ticket on the enterprise ( Helix -plugin )
This works fine and is very fast.
Except:
problems are never closed.
Therefore, Action is only triggered once, and never again.
I have tried to add a 'recovery expression' with .nodata(...)}=1, but that dos not seem to work on 'log[..' items?
- perhaps, because there is no further 'items' being generated?
( or did I do this wrong ?)
I did se some very 'hack' type solutions, creating an action, that sends a API req. til the zabbix server to close itself. That dos not seem the 'right' solution..
I would be very thankful for any hints or experiences...
/holger
( my first time on this forum - be nice :-)
on:
server: zabbix 7.0.x,
client: redhat 7.x
What:
Iam monitoring a logfile. I becomes quite large, with lots of unimportant messages.
item-
To find, what i need, prox. 50 items are configured. (zabbix active agent, log[logfile,something went wrong..] )
trigger-
Each has a trigger: count( item, 1h)>0,
'PROBLEM event generation mode' = Single
There is no 'recovery expression', since there is no 'somthing is ok again' message in the log
They trigger an Action, that crates a ticket on the enterprise ( Helix -plugin )
This works fine and is very fast.
Except:
problems are never closed.
Therefore, Action is only triggered once, and never again.
I have tried to add a 'recovery expression' with .nodata(...)}=1, but that dos not seem to work on 'log[..' items?
- perhaps, because there is no further 'items' being generated?
( or did I do this wrong ?)
I did se some very 'hack' type solutions, creating an action, that sends a API req. til the zabbix server to close itself. That dos not seem the 'right' solution..
I would be very thankful for any hints or experiences...
/holger
I'm using quite often something like "bytelength(last(host/item))>0 and nodata(/host/item/,5m)=0" that usually closes the problem after 5 minutes, IF there is no new data.. Basically suppresses new problems until there has been 5m of silence... As customer need, it can usually be closed earlier or later... no less than 30s. We do forward evetns out to 3rd party ticketing, so they will get a ticket anyway, so problem can be closed and ready for next one.
Comment