You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We are using Red Hat OpenShift GitOps operator on stable channel,with automatic updates, exactly openshift-gitops-operator.v1.7.4.
Our ArgoCD instance uses the Ingress object in the spec.server config to publish the server.
We have just upgraded to OCP 4.12.33, and obtained a prometheus alert called IngressWithoutClassName, and the reason is that the ingress created by the openshift-gitops-operator was not setting the ingressClassName.
To resolve the alert, we have updated our ArgoCD instance to include the missing ingressClassName field:
I would expect, that after adding the field spec.server.ingress.ingressClassName to the ArgoCD instance, openshift-gitops-operator would reconcile the Ingress and add the ingressClassName field to the Ingress resource:
Describe the bug
We are using Red Hat OpenShift GitOps operator on stable channel,with automatic updates, exactly
openshift-gitops-operator.v1.7.4
.Our
ArgoCD
instance uses theIngress
object in thespec.server
config to publish the server.We have just upgraded to OCP 4.12.33, and obtained a prometheus alert called IngressWithoutClassName, and the reason is that the ingress created by the
openshift-gitops-operator
was not setting theingressClassName
.To resolve the alert, we have updated our
ArgoCD
instance to include the missingingressClassName
field:However, the ingress created by
openshift-gitops-operator
is not updated on the next operator reconcile:Expected behavior
I would expect, that after adding the field
spec.server.ingress.ingressClassName
to theArgoCD
instance,openshift-gitops-operator
would reconcile theIngress
and add theingressClassName
field to theIngress
resource:Screenshots
Additional context
N/A
The text was updated successfully, but these errors were encountered: