Created attachment 1508235 [details]
before update silence
Description of problem:
This bug is cloned from https://jira.coreos.com/browse/MON-478
File it again for QE team to track the monitoring issue.
Update one active silence would expire it and re-create another active silence
see the attached before_update_silence.png, there is one active KubeletTooManyPods silence, update the silence, the old silence becomes expired, and one new active silence is created. see the attached after_update_silence.png
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Update one active silence
The old silence becomes expired, and one new active silence is created.
The old silence should be updated, not becomes expired, and don't create another new active silence.
Created attachment 1508238 [details]
the old silence becomes expired, and one new active silence is created after updating silence
Same issue for the pending silence
Please ignore Comment 3, no such issue for the pending silence
That is the correct behavior by Alertmanager, maybe we should adapt the UI a bit to make expired silences more distinct.
Maybe instead of offering an "update" button, we could display an "expire & create new" button?
Close this defect since the cloned one https://jira.coreos.com/browse/MON-478 is fixed
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.