Bug 2062429

Summary: [IBMCloud] infrastructure asset missing CloudProviderType
Product: OpenShift Container Platform Reporter: OpenShift BugZilla Robot <openshift-bugzilla-robot>
Component: InstallerAssignee: aos-install
Installer sub component: openshift-installer QA Contact: MayXu <maxu>
Status: CLOSED ERRATA Docs Contact:
Severity: high    
Priority: unspecified CC: cschaefe
Version: 4.10Flags: maxu: needinfo-
Target Milestone: ---   
Target Release: 4.10.z   
Hardware: Unspecified   
OS: Unspecified   
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2022-04-08 05:04:20 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Bug Depends On: 2061527    
Bug Blocks:    

Description OpenShift BugZilla Robot 2022-03-09 18:36:13 UTC
+++ This bug was initially created as a clone of Bug #2061527 +++


$ openshift-install version


Please specify:

What happened?
During IPI install on IBM Cloud, the "infrastructure/cluster" asset is incomplete, resulting in components that rely on the infrastructure to not work properly

After a successful IPI install, the PlatformStatus does not contain a proper CloudProviderType, as would be expected

platform: IBMCloud
      cisInstanceCRN: foo
      location: us-east
      resourceGroupName: foo
    type: IBMCloud

Which should contain a "providerType"

Where valid values are

What did you expect to happen?
A properly configured "infrastructure/cluster" asset, including a CloudProviderType, to be used by other components/operators for determining configuration, etc. based on IBM Cloud.

How to reproduce it (as minimally and precisely as possible)?
1. Create a new IPI cluster on IBM Cloud
2. Check the "infrastructure/cluster" asset (oc describe infrastructure/cluster)

Anything else we need to know?
IBM Cloud is already testing a fix and will be providing a PR with said fix.

This is likely affecting the configuration for cluster-etcd-operator, based on this missing value

Comment 1 MayXu 2022-03-10 05:46:33 UTC
checked on release:4.10.0-0.nightly-2022-03-09-224546

$oc describe infrastructure/cluster
Platform Status:
      Cis Instance CRN:     crn:v1:bluemix:public:internet-svcs:global:a/fdc2e14cf8bc4d53a67f972dc2e2c861:e8ee6ca1-4b31-4307-8190-e67f6925f83b::
      Location:             ca-tor
      Resource Group Name:  maxu-ca-czlbh
    Type:                   IBMCloud

$ oc describe infrastructure/cluster | yq
yq: Error running jq: ScannerError: mapping values are not allowed in this context
  in "<stdin>", line 68, column 144.

How about changed to  : 
Cis Instance CRN: "crn:v1:bluemix:public:internet-svcs:global:a/fdc2e14cf8bc4d53a67f972dc2e2c861:e8ee6ca1-4b31-4307-8190-e67f6925f83b::"

Comment 2 MayXu 2022-03-22 10:28:33 UTC
pre-merge test done

$ oc get infrastructure/cluster -o yaml |yq '.status.platformStatus'
  "ibmcloud": {
    "cisInstanceCRN": "crn:v1:bluemix:public:internet-svcs:global:a/fdc2e14cf8bc4d53a67f972dc2e2c861:e8ee6ca1-4b31-4307-8190-e67f6925f83b::",
    "location": "eu-gb",
    "providerType": "VPC",
    "resourceGroupName": "mykrbid-c96ck"
  "type": "IBMCloud"

Comment 7 errata-xmlrpc 2022-04-08 05:04:20 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 (Important: OpenShift Container Platform 4.10.8 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.