[Xymon] RECOVERED notification
bb4 at richter-it.net
bb4 at richter-it.net
Mon Sep 9 09:17:57 CEST 2013
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
> "bb4 at richter-it.net" <bb4 at richter-it.net> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20130909/420a742f/attachment.html>
More information about the Xymon
mailing list