-
Notifications
You must be signed in to change notification settings - Fork 2.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Alertmanager/Opsgenie: AM dosen't update alerts fileds (message and description) with the new informations #2493
Comments
Hi @ricoberger, sorry for the noise :( I see that you're the last one who has contributed to opsgenie integration, do you have any idea about this issue please ? |
Hi @HamidEDD, we had the same problem some months ago. We tried also to modify an existing alert directly via the OpsGenie API, without success. We finally decided to rework our grouping of alerts 😞 |
Thanks for your feedback @ricoberger :) Have you tried this : it seems that opsgenie support the update of message and description now. |
No, I haven't tried this yet, but nice finding. I'm not sure if this can be implemented easily in the Opsgenie provider, because when I'm right we don't know if it is a new alert or an updated alert. Only thing I can imagine right now, is to just try the update and if this fails then create a new alert, but this wouldn't be a nice implementation. |
Hi, we are facing the same issue. I have contacted OpsGenie support and they told me that there is a ticket for updating alert content on deduplication but did not give me any further info regarding whether is is planned or when it would be completed. Until something changes, I think the only option is to try to update the alert first as @ricoberger mentioned. |
Pull request is ready in case someone would like to review it #2519 |
Hi @roidelapluie, can you take a look to the PR submitted by @tomasfreund please ? |
Hello, So, definitively waiting to see PR #2519 being merged. |
What did you do?
I have created a group of alerts based on the __name__ with the rule bellow :
In the Alertmanager side, I selected to group_by (instance,alertname,severity) with this configuration:
What did you expect to see?
When Test rings (for example: test_service1, test_service2), the alerts arrive within 1m (goup_wait) and everything works fine.
Alertmanager notifies opsgenie, the message and description fields contain the correct information
message : Test host1.localhost.local test_service1,test_service2
What did you see instead? Under which circumstances?
But when another Test alert (test_service3) arrives later (after 3m), the message/description in opsgenie seem to always have the first value:
message : Test host1.localhost.local test_service1,test_service2
instead of :
message : Test host1.localhost.local test_service1,test_service2,test_service3
it seems that Alertmanager does not update the message and description fields on the opsgenie side, when an alert is updated.
I reproduce the same issue with several different alert rules and with a group_by (instance, severity)
Environment
System information:
Linux 4.18.0-25-generic x86_64
Alertmanager version:
The text was updated successfully, but these errors were encountered: