Bug 1740004

Summary: [GCP] "oc get machine" does not show machine's TYPE/REGION/ZONE
Product: OpenShift Container Platform Reporter: Jianwei Hou <jhou>
Component: Cloud ComputeAssignee: Michael Gugino <mgugino>
Status: CLOSED ERRATA QA Contact: Jianwei Hou <jhou>
Severity: medium Docs Contact:
Priority: medium    
Version: 4.2.0CC: agarcial, brad.ison, pthomas, zhsun
Target Milestone: ---   
Target Release: 4.2.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-10-16 06:35:36 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Jianwei Hou 2019-08-12 05:29:52 UTC
Description of problem:
On GCP IPI, `oc get machines -n openshift-machine-api`. The TYPE, REGION, ZONE columns do not have values

NAME                   INSTANCE               STATE     TYPE   REGION   ZONE   AGE
jhou-bttbb-m-0         jhou-bttbb-m-0         RUNNING                          54m
jhou-bttbb-m-1         jhou-bttbb-m-1         RUNNING                          54m
jhou-bttbb-m-2         jhou-bttbb-m-2         RUNNING                          54m
jhou-bttbb-w-a-767hc   jhou-bttbb-w-a-767hc   RUNNING                          52m
jhou-bttbb-w-b-884jb   jhou-bttbb-w-b-884jb   RUNNING                          52m
jhou-bttbb-w-c-nw66w   jhou-bttbb-w-c-nw66w   RUNNING                          52m


For each machine(oc get machine -o json), in their spec.providerSpec.value, the TYPE, REGION, ZONE has the desired value.

oc get machines -n openshift-machine-api -o=jsonpath='{range .items[*]}{.metadata.name}{"\t"}{.spec.providerSpec.value.machineType}{"\t"}{.spec.providerSpec.value.region}{"\t"}{.spec.providerSpec.value.zone}{"\n"}'
jhou-bttbb-m-0	n1-standard-4	us-central1	us-central1-a
jhou-bttbb-m-1	n1-standard-4	us-central1	us-central1-b
jhou-bttbb-m-2	n1-standard-4	us-central1	us-central1-c
jhou-bttbb-w-a-767hc	n1-standard-4	us-central1	us-central1-a
jhou-bttbb-w-b-884jb	n1-standard-4	us-central1	us-central1-b
jhou-bttbb-w-c-nw66w	n1-standard-4	us-central1	us-central1-c



Version-Release number of selected component (if applicable):
4.2.0-0.nightly-2019-08-08-103722

How reproducible:
Always

Steps to Reproduce:
As description

Actual results:
TYPE, REGION, ZONE should have values

Expected results:


Additional info:

Comment 1 Jan Chaloupka 2019-08-13 12:37:11 UTC
The required step here is to have gcp actuator to set additional labels and annotations. Although it's not a blocker for properly working machine plane on GCP, it's nice to have all the columns set. The work to fix the issue is already scheduled for this sprint.

Comment 3 sunzhaohua 2019-08-22 07:46:46 UTC
Verified

$ oc get machine
NAME                     STATE     TYPE            REGION        ZONE            AGE
qitang-6vnjx-m-0         RUNNING   n1-standard-4   us-central1   us-central1-a   7h9m
qitang-6vnjx-m-1         RUNNING   n1-standard-4   us-central1   us-central1-b   7h9m
qitang-6vnjx-m-2         RUNNING   n1-standard-4   us-central1   us-central1-c   7h9m
qitang-6vnjx-w-a-wwjcf   RUNNING   n1-standard-4   us-central1   us-central1-a   7h8m
qitang-6vnjx-w-b-9rrv9   RUNNING   n1-standard-4   us-central1   us-central1-b   7h8m
qitang-6vnjx-w-c-5cxlk   RUNNING   n1-standard-4   us-central1   us-central1-c   7h8m

Comment 4 errata-xmlrpc 2019-10-16 06:35:36 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, 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/RHBA-2019:2922