Bug 1815612 - further multus-admission-controller clusteroperator status improvements
Summary: further multus-admission-controller clusteroperator status improvements
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Networking
Version: 4.5
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: 4.5.0
Assignee: Dan Winship
QA Contact: Weibin Liang
URL:
Whiteboard:
Depends On:
Blocks: 1815613
TreeView+ depends on / blocked
 
Reported: 2020-03-20 17:48 UTC by Dan Winship
Modified: 2020-07-13 17:23 UTC (History)
0 users

Fixed In Version:
Doc Type: No Doc Update
Doc Text:
Clone Of:
: 1815613 (view as bug list)
Environment:
Last Closed: 2020-07-13 17:23:29 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github openshift cluster-network-operator pull 474 0 None closed Update admission controller progression messaging 2020-06-23 09:32:02 UTC
Github openshift cluster-network-operator pull 510 0 None closed Update Progressing message for non-critical components 2020-06-23 09:32:02 UTC
Red Hat Product Errata RHBA-2020:2409 0 None None None 2020-07-13 17:23:51 UTC

Description Dan Winship 2020-03-20 17:48:44 UTC
In the past there has often been confusion about the network clusteroperator status including messages like:

    DaemonSet "openshift-multus/multus-admission-controller" is not available

which led people to believe that the network operator was reporting on its own failure to do something, when it fact it's merely commenting on *someone else's* failure to allow the admission controller to start. This is now fixed in master to instead show:

    DaemonSet "openshift-multus/multus-admission-controller" is waiting for other operators to become ready

For QE: if you look in the cluster-network-operator logs, as it posts updates to the clusteroperator status, you should see first:

    Waiting for DaemonSet "openshift-multus/multus-admission-controller" to be created

and shortly after:

    DaemonSet "openshift-multus/multus-admission-controller" is waiting for other operators to become ready

and then that will stay in the status through most of the install process. If the install fails before the worker nodes are allocated, then the status will never make it beyond that. But once the worker nodes come up, it should show that the DaemonSet is deploying, with some series of messages like:

    DaemonSet "openshift-multus/multus-admission-controller" update is rolling out (0 out of 1 updated)

or

    DaemonSet "openshift-multus/multus-admission-controller" is not available (awaiting 1 nodes)

and then eventually CNO will switch to "False" for "Progressing".

Comment 3 Weibin Liang 2020-03-24 15:11:58 UTC
Got correct muluts logs described in comment1 in 4.5.0-0.nightly-2020-03-24-094447, testing passed and verified.

Comment 5 errata-xmlrpc 2020-07-13 17:23:29 UTC
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, 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/RHBA-2020:2409


Note You need to log in before you can comment on or make changes to this bug.