Ok,
forget about this question. Found the answer by reading the manpage of
alerts.cfg instead of relying on the comments in alerts.cfg itself.
manpage:
RECOVERED Is "0" if the service is alerting, "1" if the service has recovered,
"2" if the service was disabled.
alerts.cfg:
# RECOVERED - Is "1" if the service has recovered.
Sorry for the noise
Torsten
"user-c862b499d9fa@xymon.invalid" <user-c862b499d9fa@xymon.invalid> hat am 9. September 2013 um 08:46
geschrieben:
Hi folks,
I am running XYmon 4.3.12 (self compiled) on a RHEL 6.3 and have a question
about the behaviour of sending "RECOVERED" messages.
I've been forced to send SNMP traps of alerts to a Patrol console and of
course they also want to have "RECOVERED" messages to close these alerts
automatically.
But now I've seen in my logs that if someone disables a test that has an
alert another alert trap is being sent out instead of a "RECOVERED" trap.
I.e. I have a server that has an alert in msgs an red alert is sent to Patrol
and the responsible admin is called. He sets the state of msgs to blue for a
certain time and another red alert is sent to Patrol instead of a green trap
saying everything back to normal.
Is this an expected behaviour?
I thought even blue would trigger a recovery message since I have the
following lines in my xymonserver.cfg:
ALERTCOLORS="red,yellow,purple" # Colors that may trigger an
alert message
OKCOLORS="green,blue,clear" # Colors that may trigger a
recovery message
Any help would be appreciated.
Regards
Torsten