Alert dampening problem
Charles Crouch
ccrouch at redhat.com
Wed Mar 28 14:12:06 UTC 2012
I had trouble viewing the images too, try the png's I've attached.
----- Original Message -----
>
> > I tried creating an alert on a platform resource, the free memory
> metric, absolute threshold > 0, with a dampening of 1 every 10
> minutes
> (see attached images). In the image you can see that it fired 3
> times
> in 3 minutes (collection interval of 1 minute). This is similar to
> the
> situation I have with a different resource and metric.
>
> Unfortunately the images didn't come through for me, but you may be
> seeing the expected behavior. It's not actually "1 *every* 10
> minutes", it's "once every X=1 times the condition set is true within
> a
> time period of Y=10 minutes".
>
> That means you get an alert if the condition set matches 1 time
> within a
> 10 minute period. If you report every minute you get a chance of up
> to
> 10 evaluations. So X can validly be set in a range of [1..10].
> Since
> you set X=1, only 1 evaluation has to match before you get an alert.
> So,
> you get 10 alerts. If you want to ensure that you only get 1 alert
> in
> 10 minutes then you'd need to set X=10, and the condition set would
> have
> to match 10 times before an alert would be sent. But this is
> equivalent
> to the simpler "consecutive times" dampening.
>
> At least this is how I understand it. I could be wrong.
>
> As far as I know there is no dampening mechanism for limiting the
> number
> of alerts sent based solely on time. We do have recovery alert
> defs,
> which means you could fire an alert, then have that alert def
> disabled
> until its recovery alert def fires. But again, I don't think there
> exists today a way for a recovery alert def to fire based solely on
> the
> disabled-time of its to-be-recovered alert def.
>
> _______________________________________________
> rhq-devel mailing list
> rhq-devel at lists.fedorahosted.org
> https://fedorahosted.org/mailman/listinfo/rhq-devel
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Alert1.png
Type: image/png
Size: 21067 bytes
Desc: not available
URL: <https://fedorahosted.org/pipermail/rhq-devel/attachments/20120328/c42b1c30/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Alert2.png
Type: image/png
Size: 85525 bytes
Desc: not available
URL: <https://fedorahosted.org/pipermail/rhq-devel/attachments/20120328/c42b1c30/attachment-0003.png>
More information about the rhq-devel
mailing list