Bug 2093892
Summary: | no api_key_file field in AlertmanagerConfig, but error message complains it | ||
---|---|---|---|
Product: | OpenShift Container Platform | Reporter: | Junqi Zhao <juzhao> |
Component: | Monitoring | Assignee: | Jayapriya Pai <janantha> |
Status: | CLOSED ERRATA | QA Contact: | Junqi Zhao <juzhao> |
Severity: | low | Docs Contact: | Brian Burt <bburt> |
Priority: | low | ||
Version: | 4.11 | CC: | anpicker, bburt, hongyli, janantha, spasquie |
Target Milestone: | --- | ||
Target Release: | 4.12.0 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: |
* Before this update, if you configured OpsGenie as an alert receiver, a warning would appear in the log that `api_key` and `api_key_file` are mutually exclusive and that `api_key` takes precedence. This warning appeared even if you had not defined `api_key_file`. With this update, this warning only appears in the log if you have defined both `api_key` and `api_key_file`.
(link:https://bugzilla.redhat.com/show_bug.cgi?id=2093892[*BZ#2093892*])
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2023-01-17 19:49:52 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Junqi Zhao
2022-06-06 09:55:04 UTC
Upstream PR https://github.com/prometheus-operator/prometheus-operator/pull/4833 have done fix for this Next prometheus-operator release will include this fix The latest version of prometheus-operator 0.58 contains the fix and its updated in downstream https://github.com/openshift/prometheus-operator/pull/197. This should fix the bug followed steps in Comment 0 and tested with # oc get clusterversion NAME VERSION AVAILABLE PROGRESSING SINCE STATUS version 4.12.0-0.nightly-2022-07-26-082655 True False 12h Cluster version is 4.12.0-0.nightly-2022-07-26-082655 there is not "api_key' and 'api_key_file' are mutually exclusive for OpsGenie" error # oc -n openshift-monitoring get secret alertmanager-main -o jsonpath="{.data.alertmanager\.yaml}" | base64 -d "global": "resolve_timeout": "5m" "receivers": - name: opsgenie opsgenie_configs: - api_key: foo entity: bar route: receiver: "opsgenie" # oc -n openshift-monitoring logs -c prometheus-operator prometheus-operator-85df466746-vxsxf | grep api_key_file no result # oc -n openshift-monitoring logs -c prometheus-operator prometheus-operator-85df466746-vxsxf | head -n 2 level=info ts=2022-07-26T15:02:25.974400972Z caller=main.go:220 msg="Starting Prometheus Operator" version="(version=0.58.0, branch=rhaos-4.12-rhel-8, revision=186d3b7)" level=info ts=2022-07-26T15:02:25.974451969Z caller=main.go:221 build_context="(go=go1.18.1, user=root, date=20220721-18:50:12)" 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 (Moderate: OpenShift Container Platform 4.12.0 bug fix and security update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2022:7399 |