Uploaded image for project: 'OpenShift Bugs'
  1. OpenShift Bugs
  2. OCPBUGS-23248

When a receiver is created for alert notification through web console uses match instead of matchers

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done-Errata
    • Icon: Normal Normal
    • 4.15.0
    • 4.13, 4.12
    • Management Console
    • None
    • Low
    • No
    • False
    • Hide

      None

      Show
      None
    • Hide
      * Previously, the console was not up to date with the newest matchers key for alert notification receivers, and the alert manager receivers created by the console utilized the older match key. With this update, the console uses matchers instead, and converts any existing match instances to matchers when modifying an existing alert manager receiver. (link:https://issues.redhat.com/browse/OCPBUGS-23248[*OCPBUGS-23248*])
      Show
      * Previously, the console was not up to date with the newest matchers key for alert notification receivers, and the alert manager receivers created by the console utilized the older match key. With this update, the console uses matchers instead, and converts any existing match instances to matchers when modifying an existing alert manager receiver. (link: https://issues.redhat.com/browse/OCPBUGS-23248 [* OCPBUGS-23248 *])
    • Bug Fix
    • Done

      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:

       

              rhn-engineering-rhamilto Robb Hamilton
              rhn-support-krg Kruthika G
              Yanping Zhang Yanping Zhang
              Votes:
              0 Vote for this issue
              Watchers:
              9 Start watching this issue

                Created:
                Updated:
                Resolved: