-
Bug
-
Resolution: Obsolete
-
Undefined
-
None
-
None
-
None
-
False
-
-
False
-
NEW
-
NEW
-
-
https://issues.redhat.com/browse/MON-3421
Description of problem:
according to above epic, UserWorkLoad monitoring pods having any problem should not degrade ClusterMonitoringOperator(CMO). However CMO could still show as DEGRADED when UserWorkload Prometheus Operator Deployment failed.
Version-Release number of selected component (if applicable):
4.15.0-0.nightly-2023-11-22-143644
How reproducible:
always
Steps to Reproduce:
1.enable UWM
2.
% oc apply -f -<<EOF
apiVersion: v1
kind: ConfigMap
metadata:
name: user-workload-monitoring-config
namespace: openshift-user-workload-monitoring
data:
config.yaml: |
prometheusOperator:
resources:
requests:
cpu: 2m
memory: 20Mi
limits:
cpu: 10m
memory: 1Mi
EOF
3. Wait a few minutes
Actual results:
% oc get co/monitoring NAME VERSION AVAILABLE PROGRESSING DEGRADED SINCE MESSAGE monitoring 4.15.0-0.nightly-2023-11-22-143644 False True True 13m UpdatingUserWorkloadPrometheusOperator: reconciling UserWorkload Prometheus Operator Deployment failed: creating Deployment object failed: Deployment.apps "prometheus-operator" is invalid: spec.template.spec.containers[0].resources.requests: Invalid value: "20Mi": must be less than or equal to memory limit of 1Mi
Expected results:
CMO should not degraded
Additional info: