Skip to main content
1-Visitor
December 13, 2016
Solved

Alerts stay active after removal

  • December 13, 2016
  • 12 replies
  • 4834 views

We have made some changes to alerts on property values. Some of the alerts remain active although they were removed from the system and we are having difficulties to remove them from the system. Did anyone else see this problem? Any idea is welcome

Thanks Erik

Best answer by Aanjan

If the alert is acknowledged (and has been disabled/ removed from the property), it shouldn't impact anything else. It will still show up in the Alert Summary page as it shows historical data (same as Alert History) and there is no way to purge the Alert Summary at the moment (because the data displayed is an from in-memory and not from the database). On the flip side, Alert History is saved on a Stream, so that can be purged.

In any case, I have an enhancement ticket filed with the devs on purging the entries (and purging non-existent Alerts) from the Alert Summary table. I'll keep the thread posted on any updates.

12 replies

5-Regular Member
December 13, 2016

Hi Erik Halvordsson​, By removed; do you mean deleted or disabled? Is there any error in logs.

I would suggest you to restart your application once to see if it helps. Also, try clearing your browser cache.

1-Visitor
December 13, 2016

Hi Ankit,

Thanks for the quick reply. We used to have an Alert on a property and it was named Over40.

After deleting the alert from the property we still see the Over40 alert when we run GetAlertSummary.

5-Regular Member
December 15, 2016

Erik, was this Alert acknowledged? If you go to Monitoring -> Alert Summary, do you still see that there?

1-Visitor
December 16, 2016

Great thanks Aanjan,

We did a purge on the stream and then restarted the system. After that, the "ghost" alerts are gone.

Many thanks

Best regards

Erik

1-Visitor
December 16, 2016

Hi Erik Halvordsson​, we had the exact same problem. If it happens again, can you please check if you could open the Thing that was alerted in the composer? We coudn't, only a restart did the job (which is highly inconvenient).

1-Visitor
January 24, 2017

Hi all, I'm also experiencing this problem, namely with GetAlertSummary() service.

I still don't understand why this is happening?! I rely on the fact that I can dynamically create and edit alerts (handling a large number of machine alarms).

The workaround I came up with was to call the service again and then re-create "stuck" alerts as per resultant infotable.

However, this is highly inconvenient. A number of rows of the resultant infotable supposed to represent an accurate number of active alerts.

Was there any follow-up on this matter? Thanks.