-
Bug
-
Resolution: Duplicate
-
Normal
-
None
-
4.14
-
None
-
Quality / Stability / Reliability
-
False
-
-
1
-
None
-
No
-
None
-
None
-
None
-
Sprint 252
-
1
-
None
-
None
-
None
-
None
-
None
-
None
-
None
Description of problem:
The openshift_ingress_to_route_controller_ingress_without_class_name metrics is not reset to 0 after the Ingress resource being deleted. As a result, the IngressWithoutClassName alert will keep in Firing state even if the Ingress resource that cause the alert has already been deleted.
Version-Release number of selected component (if applicable):
4.14
How reproducible:
Always
Steps to Reproduce:
1. Create a test Ingress resouce
$ cat ingress.yaml
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
name: minimal-ingress
spec:
rules:
- http:
paths:
- path: /testpath
pathType: Prefix
backend:
service:
name: hello-sinatra
port:
number: 8080
2. Confirm the IngressWithoutClassName alert is in Pending state
3. Confirm the openshift_ingress_to_route_controller_ingress_without_class_name metrics has a value equals to 1
4. Delete the test Ingress resource
5. Confirm the IngressWithoutClassName alert state and the openshift_ingress_to_route_controller_ingress_without_class_name metrics value
Actual results:
The IngressWithoutClassName alert is still in Pending state because the openshift_ingress_to_route_controller_ingress_without_class_name metrics value is still 1.
Expected results:
The openshift_ingress_to_route_controller_ingress_without_class_name metrics value is reset to 0 and the IngressWithoutClassName alert is resolved.
Additional info:
- duplicates
-
OCPBUGS-13181 metric for ingresswithoutclassname does not decrease when classless ingresses cease to exist
-
- Closed
-