You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
In our notification policy workflow, I added policy that would dedupe for the same alias.
For testing purposes, I set:
- Match All Alerts
-- Delay notifications unless the de-duplication count is equal to "5"
I then sent test alerts in via datadog
I see the count for the alert going up, but expected the after 5, that another alert notification would show in opsgenie. However, the count just continues to climb.
Wondering what I am doing wrong.
Update - I see in activity log that with both "Delay notifications unless de-duplication count is equal to"
"Delay notifications unless the alert is occurred 2 times in a time interval..."
that it is delaying the first notification.
Now that I read the rule again, that seems to do what it's saying.
But how do we receive a notification for the first alert, then de-dupe subsequent alerts"
The goal is for the team members to receive the initial alert, then suppress subsequent so they aren't overwhelmed for the same alert unless a threshold is breached.
Thanks for any help,
As long as you are de-duplicating alerts, the a user will never process a notification request twice for the same alert. (with one exception - See below)
OpsGenie is all about expecting someone to respond to an alert when it happens. Once a person is notified, If that person doesn't respond, the OG follows the escalation rules.
So what this means:
1: OG will never send a 2nd "request to notify" to a user for the same alert as long as the alert is de-duplicated. 1 alert = 1 notification
2: A user will can not be added to multiple levels of an escalation to get re-notified. one the are notified thats it.
The design is that it expects people to respond to notifications. If they don't it moves on.
So there isnt a way to say "Notify me initially, and then notify me again if the de-duplication count reaches x" Its all 1 alert. Either notify me when it first happens, or notify me when the duplication count reaches x. The expectation is that until the notification is sent out, no response is needed. But when it is sent out, someone needs to respond. there is no "warn me about this, but dont care if i dont respond unless something else happens"
The exception. an escalation can be configured such that if it reaches the end of the escalation policy, and you have it set to repeat the escalation and reset the seen and acknowledged states, then it will clear everything and re-notify. But that has nothing to do with duplication counts. Its just time based.