Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
Deleted user
0 / 0 points
badges earned

Your Points Tracker
  • Global
  • Feed

Badge for your thoughts?

You're enrolled in our new beta rewards program. Join our group to get the inside scoop and share your feedback.

Join group
Give the gift of kudos
You have 0 kudos available to give
Who do you want to recognize?
Why do you want to recognize them?
Great job appreciating your peers!
Check back soon to give more kudos.

Past Kudos Given
No kudos given
You haven't given any kudos yet. Share the love above and you'll see it here.

It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

De-duplication for closed alerts


We're using OpsGenie for our operations and I'd like to figure out a way on how to prevent de-duplicated alerts from re-appearing when the original is closed.

So suppose I have an alias "alias-123", which starts notifying the same alert for 5 times already (de-duplication) by the time someone acknowledges & closes it. If the alert still triggers after closing or acknowledging, I'd like for the alert to not pop-up again because our operations team willingly closed this alert & alias combo.

This would mean I have to take care of the proper alias naming to support all scenarios, but that's fine.

Is this possible?

Thanks in advance!


2 answers

We're handling this outside of Opsgenie in our use. We are using Opsgenie Actions to trigger our alerting systems via API and tell it to stop sending messages for all alerts with Alias "alias-123". We also send an expiration time, so the alerts will resume after the expiration time lapses. 

That is indeed a nice solution! Though native support for this would be nice

Everyone has their reasons for wanting certain setups but I see a few potential problems with setting up an alert this way. The way we handle this internally is not completely closing an alert until the issue is resolved. That way future alerts get deduplicated.

Lets say you did get this setup in OpsGenie the way you want and close the alert right away and continue to work the issue. You would have to define some sort of timeout that a new alert should open in, maybe that is 4 hours as an example. So no future alert would be opened for 4 hours now. Lets say the team fixes it in an hour and think everything is good. Any new alert wouldn't be opened and the problem would go unrecognized for the remaining 3 hours. I hope that makes sense and I know it doesn't answer your question. Just thinking of potential pitfalls you could get into. 

I agree with your reasoning completely. However, it assumes that all alerts are actual issues.

In my case, not all alerts are issues that need to be fixed but rather are actual alerts saying "Hey, take note of this please". In my opinion, this use case validates having the kind of functionality described in this post.

Suggest an answer

Log in or Sign up to answer
Site Admin
Community showcase
Published in Opsgenie

New GitLab integration in Incident Investigation view

We launched the first version of the Incident investigation view in April of 2020 for Bitbucket Pipelines. Shortly after that, we added the ability to investigate deployment-related incidents in Opsg...

325 views 0 4
Read article

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you