Description of problem:
openshift-controller-manager-operator NS runlevel needs to be set to empty string.
For the full history of this issue, see:
Currently the NS label is not set at all:
but historically it was set to "0":
Because the CVO doesn't remove deleted labels, this means clusters that started at an older version like 4.3.18 will still have this label present on the NS, which results in different SCC admission behavior.
To ensure we are consistent in our configurations, the NS label should instead be explicitly set to "", this way the CVO will apply the setting and overwrite the runlevel 0 setting. See https://github.com/openshift/machine-api-operator/pull/1031/files#diff-9dfafd72c269693396fc68a6b83e130c3606cb7fb2d0f7bc17c3f9c7ac159d7fR13 for an example.
To verify the fix, we need to start from a 4.3.18 cluster and upgrade it to 4.12 successfully. If the 4.12 upgrade is successful (openshift controller manager+operator don't fail due to SCC admission or CRIO container start issues), then the fix can be considered verified.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install a cluster from version 4.3.18
2. Upgrade the cluster all the way to 4.12
3a. Prior to this change, the cluster will successfully upgrade but the NS will still be labeled as openshift.io/run-level: "0"
3b. After this change, the cluster will successfully upgrade but the NS will be labeled as openshift.io/run-level: ""
openshift-controller-manager-operator NS runlevel label is set to 0
runlevel label is set to emptystring
@cdaley this was fixed here https://github.com/openshift/cluster-openshift-controller-manager-operator/pull/248
the PR is not actually referecing the right BZ, it is referencing https://bugzilla.redhat.com/show_bug.cgi?id=2110629
Initially it was about removing the runlevel label but the right fix was to set it to nil which the PR is actually doing
I will close the current one as duplicate of 2110629 if you dont mind
*** This bug has been marked as a duplicate of bug 2110629 ***
Please read the bug description again. There are two different NSes in question here, the other bug fixed a different NS.
You still need to fix this one:
because once upon a time it set this:
which means any clusters that installed that older version and have since upgraded, will still have that label set.
thank you @bparees for spotting this
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.12.0 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.