Alarm hysteresis not behaving right – it is showing alarms that were active only 2 seconds

Solved421 views
0
1 Comment

Hello Dojo,

I am having a strange situation. I have set some alarms to be sent, using hysteresis. Settings are according to the image below:

But my Appear chassis shows this time stamp:

With hysteresis on, set at 60 seconds, i should get the alarms only after 60 seconds and if they are still there.

Why is Dataminer sending out the alarms without taking into account that hysteresis?

Thanks!

Marian

Marieke Goethals [SLC] [DevOps Catalyst] Selected answer as best 19th July 2023
Marieke Goethals [SLC] [DevOps Catalyst] commented

Hi Marian,
Have you been able to solve the issue with these answers? If so, could you select the best answer (using the ✓ icon)?

2 Answers

1
4.61K 3 Comments

Hi Marian,

It depends on how frequently the connector retrieves the alarms from the AppearTV chassis.

In case they are retrieved each X minutes, an alarm will stay in the console for X minutes at least (minus hysteresis time).

Miguel Obregon [SLC] [DevOps Catalyst] Posted new comment 9th June 2023
Marian Bacana commented

Hi Emmanuel,

It is not a problem how long they stay in the console alarm. The problem is that they are displayed even if i set the hysteresis. And because of this being ignored, i get email alarms.
This is one of the alarms that i get frequently and it only stays on for 1-2 seconds. So my goal is to have Dataminer sending out an email only when the alarm is around for at least 2-3-4 minutes.

Can you indicate a proper setup so i ca get the alarm email when the actual alarm is on AppearTV equipment for at least 3 minutes?
With 60 seconds hysteresis, would be nice.

Thank you!
Emmanuel Dal [SLC] [DevOps Enabler] commented

Let me explain into more details what could maybe happen here. Let’s consider that the alarms are retrieved each 10 minutes (I have no idea if this is the case)

– at 01:27:03 the connector retrieves the alarms
– at 01:32:03 the alarms is generated in the console ( considering the 5 minutes hysteresis)
– at 01:37:03 the connector retrieves the alarms
– at 01:37:13 the alarm is removed from the console ( considering the 10s hysteresis)

So, even if the alarm was present on the device for a very short duration, it was present in DMA for 5 minutes.

I’m not saying this is the case here, however the behavior you’ve described in a different question tend to confirm this (https://community.dataminer.services/question/alarms-are-shown-delayed-in-the-dataminer-cube/ )
Miguel Obregon [SLC] [DevOps Catalyst] commented

Hi Marian,
To troubleshoot this, you could try:
– Disable first the alarmhysteresis.
– Wait for a new alarm incident and check the timestamp in the AppearTV web interface.
– Then check the alarm console in the DMA and check the root time of the alarm related to the same incident.
After this you should able to see how long it takes for the DMA to see the alarm generated by the Appear TV chassis.
The root time of the alarm indicates when the DMA received this alarm. This timestamp is not necessary the same timestamp displayed in the AppearTV web interface.
Hope it helps
You are viewing 1 out of 2 answers, click here to view all answers.