-
Bug
-
Resolution: Done-Errata
-
Normal
-
4.13, 4.12
-
None
-
Low
-
No
-
False
-
Description of problem:
Alert notification receiver created through web console creates receiver with field match which is deprecated instead of matchers and when match is changed to matchers causes Alertmanager pods to crashloopbackoff state throwing the error: ~~~ ts=2023-11-14T08:42:39.694Z caller=coordinator.go:118 level=error component=configuration msg="Loading configuration file failed" file=/etc/alertmanager/config_out/alertmanager.env.yaml err="yaml: unmarshal errors:\n line 51: cannot unmarshal !!map into []string" ~~~
Version-Release number of selected component (if applicable):
How reproducible:
Always
Steps to Reproduce:
1. Create alert notification receiver through web console. Administration-->configuration-->Alertmanager-->create receiver-->add receiver 2. Check the yaml created which would contain route section with match and not matchers. 3. correct the match to matchers and not change the matchers defined like severity or alertname correctly . 4. Restart the Alertmanager pods which leads to crashloopbackoff state.
Actual results:
Alert notification receiver uses match field
Expected results:
Alert notification receiver should use matchers filed
Additional info:
- clones
-
OCPBUGS-23248 When a receiver is created for alert notification through web console uses match instead of matchers
- Closed
- depends on
-
OCPBUGS-23248 When a receiver is created for alert notification through web console uses match instead of matchers
- Closed
- links to
-
RHBA-2024:0204 OpenShift Container Platform 4.14.z bug fix update