Description of problem: https://bugzilla.redhat.com/show_bug.cgi?id=1945326 helped with this issue but it still exists. The console can be working O(minutes) before the console ClusterOperator Degraded condition is marked False. This delays any process waiting on the CVO to report complete cluster installation. Version-Release number of selected component (if applicable): 4.8.5 How reproducible: Sometimes. Depends if ingress and dns are ready before the console-operator does its check for the first time. Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Good question. Faster? Additional info: It seems that a bad DNS lookup can be cached for some time and cause subsequent check to fail, even in the ingress is now working.
Now over multiple installations it is marked Degraded as False faster. Cluster version: 4.10.0-0.nightly-2021-09-28-220911 Steps to verify 1. Install the cluster manually and monitor the operator status oc get co | grep console 2. Also not simultaneously how the ingress and dns operator are coming up Now the Degraded as False is marked faster
Created attachment 1838187 [details] console-operator Degraded messages
Yadan when the operator is in `Removed` state is should not matter if you create a dummy-route called `console`, cause the operator will immediately remove it. Also tried to reproduce the issue on 4.10.0-0.nightly-2021-10-31-210828 cluster but after couple of seconds I've turned the operator to `Managed` state the console got admitted and all seems well. About your questions: > 1. console operator reports `RouteHealthAvailable: console route is not admitted` and stays in `Available: False && Degraded: False` status about 116s, wh console-operator has been kept in this state for about 2 minutes? Is this working as intended? no this is not intended to happen > after console rout is admitted but not yet available, console reports `Available: False && Degraded: False` status again(this is working as intended) when the route is admitted and no other error occurs, the conditions should be `Available: True && Degraded: False`
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.10.3 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:0056