while testing this feature for the first time i encountert followed situation..
i would expect to see any executed remote cmds on "Monitoring"->"Actions" Screen but thats not the case. Do i miss something or does it have a deeper sense
not showing execution of remote cmds?
I would request to change query on actions.php to show remote cmds and while working on actions.php.. i would welcome a lot to get a "hide from display" feature also.
the "hide from display" feature should give opportunity to select and save a trigger which will not be displayed on alert screen.
synopsis of Feature Request)
* some people have triggers becomming active very frequently because they are not just for alarming then for other automatisms.
This triggers spam alerts screen pretty fast and screen becomes unusable.
e.g. (zabbix_server Heartbeat)
Script is linked against UserParameter=cmta.amialive,/home/zabbix/bin/amialive.sh and a trigger keeps track of status and as soon as value 1 will occur an email gets fired to remote enterprise monitoring crew. (they are using an proprietary alert collector expecting email with special syntax) if they do not receive 3 emails sent by this item/trigger/alert combination the alert collector himself generates an alarm that zabbix server maybe down or unreachable because of network problems.
this event will occurs all 60 secs in my log so i had to tweak arround using a hack in actions.inc.php:
function get_history_of_actions:
" and subject NOT LIKE '%mailcheck bmw-mail cmta%' and subject NOT LIKE '%cmta.amialive%' ".
but this kind of workarround just works for alerts screen and must be maintained static.
while concidering about this FR its maybe a good idea ether to link this (hide from) feature to a user&|group so that you can individually select what kinds of alerts are not interesting for you.
e.g. my windows guys do not need any unix events because they are not allowed to login on X systems (for good reasons of course
)
... just wanted to write a little bug report but as always i started to *blubber* sorry but this feature is quite important for me and maybe interesting for others too.
yours marc
i would expect to see any executed remote cmds on "Monitoring"->"Actions" Screen but thats not the case. Do i miss something or does it have a deeper sense
not showing execution of remote cmds? I would request to change query on actions.php to show remote cmds and while working on actions.php.. i would welcome a lot to get a "hide from display" feature also.
the "hide from display" feature should give opportunity to select and save a trigger which will not be displayed on alert screen.
synopsis of Feature Request)
* some people have triggers becomming active very frequently because they are not just for alarming then for other automatisms.
This triggers spam alerts screen pretty fast and screen becomes unusable.
e.g. (zabbix_server Heartbeat)
Code:
less /home/zabbix/bin/amialive.sh
#!/bin/sh
# max timediff between last update and now in seconds
MYHOME=/home/zabbix/bin
MAXDIFF=600
now=$(date +%s)
lastmodified=`cat $MYHOME/lastcheck`
echo $now - $lastmodified | bc | while read diff
do
if [ $diff -gt $MAXDIFF ]
then echo "1" ;
echo "$now" > $MYHOME/lastcheck
else
echo "0"
fi
done
exit 0
this event will occurs all 60 secs in my log so i had to tweak arround using a hack in actions.inc.php:
function get_history_of_actions:
" and subject NOT LIKE '%mailcheck bmw-mail cmta%' and subject NOT LIKE '%cmta.amialive%' ".
but this kind of workarround just works for alerts screen and must be maintained static.
while concidering about this FR its maybe a good idea ether to link this (hide from) feature to a user&|group so that you can individually select what kinds of alerts are not interesting for you.
e.g. my windows guys do not need any unix events because they are not allowed to login on X systems (for good reasons of course
)... just wanted to write a little bug report but as always i started to *blubber* sorry but this feature is quite important for me and maybe interesting for others too.
yours marc