-
Bug
-
Resolution: Unresolved
-
Major
-
None
-
4.13, 4.12, 4.14, 4.15
-
Important
-
No
-
5
-
OTA 244, OTA 246, OTA 247, OTA 248, OTA 249, OTA 250, OTA 251, OTA 252, OTA 253, OTA 254, OTA 255, OTA 256, OTA 264
-
13
-
Rejected
-
False
-
Description of problem:
If baselineCapabilities: None is set on the clusterversion CR, during an upgrade from 4.13 to 4.14, the newly exposed capabilities won't be updated to 4.14
Version-Release number of selected component (if applicable):
4.14.0-rc.6
How reproducible:
Every time (note that this is an ARO cluster)
Steps to Reproduce:
1. Install a 4.11 cluster with baselineCapabilities: None on the clusterversion CR 2. Upgrade to 4.12, 4.13, (stable channels) and 4.14 (candidate channel) 3. Watch the cluster operators after the upgrade finishes
Actual results:
- console - cluster-autoscaler - control-plane-machine-set - csi-snapshot-controller - image-registry - insights - machine-api - node-tuning - storage ^ above cluster operators aren't updated, they're still on 4.13.15 and clusterversion reports upgrade as finished. Some of these are new capabilities in 4.14 as defined here (https://docs.openshift.com/container-platform/4.14/installing/cluster-capabilities.html#cluster-capabilities). During an upgrade from 4.12 to 4.13, these cluster operators were updated as expected, but not during a 4.13 -> 4.14 upgrade.
Expected results:
All cluster operators previously enabled based on implicit installation (i.e. no opt-out) will be upgraded
Additional info:
This is an ARO cluster. We set baselineCapabilties: None to remove the baremetal capability.
- is blocked by
-
OTA-1034 Impact assesment for OCPBUGS-22266 : OpenShift 4.14 Upgrade with baselineCapabilties: None leaves cluster operators behind on lower versions
- Closed
- relates to
-
OCPBUGS-35228 cvo trying to progress unaccepted release following scale toggle
- Verified
-
OCPBUGS-7714 Holding lock during slow payload verification/download interferes with reconciling manifests
- Closed