https://github.com/openshift/cluster-network-operator/pull/863 (specifically https://github.com/openshift/cluster-network-operator/pull/863/commits/fc4e745f) broke CNO so that now as soon as it comes up, it will update the Versions field in its ClusterOperator status, effectively claiming that it is done upgrading to the new version before it has even started upgrading its operands, which I guess may mean that CVO will start updating other things in parallel with the network that were supposed to have been updated *after* the network?
Verified this bug on 4.8.0-0.nightly-2021-02-21-102854 CNO version still old during upgrade. NAME VERSION AVAILABLE PROGRESSING DEGRADED SINCE authentication 4.8.0-0.nightly-2021-02-21-102854 True False False 38m baremetal 4.8.0-0.nightly-2021-02-21-102854 True False False 73m cloud-credential 4.8.0-0.nightly-2021-02-21-102854 True False False 75m cluster-autoscaler 4.8.0-0.nightly-2021-02-21-102854 True False False 72m config-operator 4.8.0-0.nightly-2021-02-21-102854 True False False 73m console 4.8.0-0.nightly-2021-02-21-102854 True False False 8m43s csi-snapshot-controller 4.8.0-0.nightly-2021-02-21-102854 True False False 47m dns 4.7.0-rc.3 True False False 71m etcd 4.8.0-0.nightly-2021-02-21-102854 True False False 71m image-registry 4.8.0-0.nightly-2021-02-21-102854 True False False 47m ingress 4.8.0-0.nightly-2021-02-21-102854 True False False 62m insights 4.8.0-0.nightly-2021-02-21-102854 True False False 66m kube-apiserver 4.8.0-0.nightly-2021-02-21-102854 True False False 70m kube-controller-manager 4.8.0-0.nightly-2021-02-21-102854 True False False 71m kube-scheduler 4.8.0-0.nightly-2021-02-21-102854 True False False 70m kube-storage-version-migrator 4.8.0-0.nightly-2021-02-21-102854 True False False 47m machine-api 4.8.0-0.nightly-2021-02-21-102854 True False False 63m machine-approver 4.8.0-0.nightly-2021-02-21-102854 True False False 72m machine-config 4.7.0-rc.3 True False False 71m marketplace 4.8.0-0.nightly-2021-02-21-102854 True False False 8m56s monitoring 4.8.0-0.nightly-2021-02-21-102854 True False False 60m network 4.7.0-rc.3 True True False 73m node-tuning 4.8.0-0.nightly-2021-02-21-102854 True False False 9m13s openshift-apiserver 4.8.0-0.nightly-2021-02-21-102854 True False False 66m openshift-controller-manager 4.8.0-0.nightly-2021-02-21-102854 True False False 65m openshift-samples 4.8.0-0.nightly-2021-02-21-102854 True False False 9m22s operator-lifecycle-manager 4.8.0-0.nightly-2021-02-21-102854 True False False 72m operator-lifecycle-manager-catalog 4.8.0-0.nightly-2021-02-21-102854 True False False 72m operator-lifecycle-manager-packageserver 4.8.0-0.nightly-2021-02-21-102854 True False False 9m9s service-ca 4.8.0-0.nightly-2021-02-21-102854 True False False 73m storage 4.8.0-0.nightly-2021-02-21-102854 True False False 46m
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.8.2 bug fix and 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-2021:2438