Description
Version
All
Platform:
ibmcloud
Install types impacted:
- ☑️ IPI (automated install with
openshift-install) - ☑️ UPI (semi-manual installation on customised infrastructure)
What happened?
Import of the QCOW2 OS Image file into an IBM Cloud OS Image using incorrect label name, causes technical anomolies (such as not importing to different IaaS Profiles) and will cause report/audit issues for Red Hat.
The OS Image label name used in the code is rhel-coreos-stable-amd64, but it should be red-coreos-amd64-byol. This in two places:
- The main Terraform Resource for creating the OS Image by
openshift-install: openshift/installer/data/data/ibmcloud/network/image/main.tf#L44 - The related (and without GH Issues or README note to raise bugs) repository: openshift/release/ci-operator/step-registry/ipi/install/heterogeneous/ipi-install-heterogeneous-commands.sh#L312
The Web GUI shows this distinction in the clearest way:
What you expected to happen?
Correct OS Image label name should be used. If I recall correctly from 18 months ago, Red Hat initiated the request for red-coreos-amd64-byol OS Image label name for correct marketing name purposes and auditing purposes.
How to reproduce it (as minimally and precisely as possible)?
Run any installation to IBM Cloud, and the IBM Cloud OS Image will be imported incorrectly, as shown below in Web GUI (or CLI output):
Anything else we need to know?
When fixed, it should look like this in Web GUI or CLI output:
References
Previous commit where the OS Image label name was updated from Fedora CoreOS:
dcac9ac