My Guess is that you are polling a Cisco Nexus which have a broken SNMP-stack, it sometimes reports crazy values for a couple of seconds. If you are not already running it, try uppgrade to nx-os 7.x Otherwise you can work around the problem by reconfigure you alert check with "delay 2" which will cause it to not send an alert unless the value is above the threshold for 2 polls in a row.
/Markus
Den 8 nov. 2017 08:15 skrev "Edvinas K" edvinas.email@gmail.com:
Hello,
What could be the reason of the generation of false alarm:
*ALERT*
Modify http://10.13.40.217/device/device=382/tab=alert/alert_entry=7751/
*Alert*
*MoreThan80PortUtilization*
*Entity*
*Ethernet1/51 http://10.13.40.217/device/device=382/tab=port/port=1694030/*
*Descr*
NXOS1-ITXx2
*Conditions*
ifOutOctets_perc ge 80 (395649)
*Metrics*
ifInOctets_perc = 11
- ifOutOctets_perc = 395649*
*Duration*
10m 8s (2017-11-08 02:18:10)
As you coud notice the *ifOutOctets_perc = 395649 * shows some irregular value, which's not on the graphs itself, but the alarm is generated.
During migration the migration period from old observium server to new one, at same time we have two observiums running, so older one have the same alerts configured - but that (older one) haven't generated any false alarm. So - waht could be the reason ?
Thanks!
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium