Bug 1702050
| Summary: | Machineset resources no longer have machine.openshift.io/cluster-api-machine-type label | ||
|---|---|---|---|
| Product: | OpenShift Container Platform | Reporter: | Chance Zibolski <chancez> |
| Component: | Cloud Compute | Assignee: | Alberto <agarcial> |
| Status: | CLOSED ERRATA | QA Contact: | Jianwei Hou <jhou> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 4.1.0 | CC: | agarcial, gblomqui, wking |
| Target Milestone: | --- | ||
| Target Release: | 4.1.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-06-04 10:47:50 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
Chance Zibolski
2019-04-22 20:13:33 UTC
After more investigation, the actual issue is with the the machinesets. They no longer have the machine.openshift.io/cluster-api-machine-type label, which is why the machines no longer have the label. bash-4.2$ kubectl -n openshift-machine-api get machinesets --show-labels NAME DESIRED CURRENT READY AVAILABLE AGE LABELS ci-op-27csxzbh-66b3b-qvxxs-worker-us-east-1a 1 1 47m machine.openshift.io/cluster-api-cluster=ci-op-27csxzbh-66b3b-qvxxs ci-op-27csxzbh-66b3b-qvxxs-worker-us-east-1b 1 1 47m machine.openshift.io/cluster-api-cluster=ci-op-27csxzbh-66b3b-qvxxs ci-op-27csxzbh-66b3b-qvxxs-worker-us-east-1c 1 1 47m machine.openshift.io/cluster-api-cluster=ci-op-27csxzbh-66b3b-qvxxs Looks like those were dropped on AWS in http://github.com/openshift/installer/pull/1474 , although I haven't read the backstory. Hi Chance, `machine.openshift.io/cluster-api-machine-role` label was used in the past to determine the right security group(s) and subnet(s) for individual AWS instances. The mechanism of determining the right SGs and subnets changed. Yet, we kept `machine.openshift.io/cluster-api-machine-role` label under assumption it's needed by other component. After some investigation we found out it's not actually used and it might be confusing to keep the label there. If you need to list all worker nodes, you can query for `node-role.kubernetes.io/worker` instead. I.e. `kubectl -n openshift-machine-api get machines -l node-role.kubernetes.io/worker=""` Would that be a sufficient resolution for your issue? That only works for nodes, not machines. Machines only have the `machine.openshift.io/cluster-api-cluster` label. So your suggestion does not work. Verified in 4.1.0-0.nightly-2019-05-04-054221 # oc get machinesets --show-labels NAME DESIRED CURRENT READY AVAILABLE AGE LABELS jhou1-j4fzc-worker-ap-northeast-1a 1 1 1 1 112m machine.openshift.io/cluster-api-cluster=jhou1-j4fzc jhou1-j4fzc-worker-ap-northeast-1c 1 1 1 1 112m machine.openshift.io/cluster-api-cluster=jhou1-j4fzc jhou1-j4fzc-worker-ap-northeast-1d 1 1 1 1 112m machine.openshift.io/cluster-api-cluster=jhou1-j4fzc # oc get machines --show-labels NAME INSTANCE STATE TYPE REGION ZONE AGE LABELS jhou1-j4fzc-master-0 i-0c5e3131ee0bf7895 running m4.xlarge ap-northeast-1 ap-northeast-1a 115m machine.openshift.io/cluster-api-cluster=jhou1-j4fzc,machine.openshift.io/cluster-api-machine-role=master,machine.openshift.io/cluster-api-machine-type=master jhou1-j4fzc-master-1 i-06a0f4a55709e4080 running m4.xlarge ap-northeast-1 ap-northeast-1c 115m machine.openshift.io/cluster-api-cluster=jhou1-j4fzc,machine.openshift.io/cluster-api-machine-role=master,machine.openshift.io/cluster-api-machine-type=master jhou1-j4fzc-master-2 i-07bb4440663408971 running m4.xlarge ap-northeast-1 ap-northeast-1d 115m machine.openshift.io/cluster-api-cluster=jhou1-j4fzc,machine.openshift.io/cluster-api-machine-role=master,machine.openshift.io/cluster-api-machine-type=master jhou1-j4fzc-worker-ap-northeast-1a-dxd9h i-04b547dcb8c4b0a79 running m4.large ap-northeast-1 ap-northeast-1a 113m machine.openshift.io/cluster-api-cluster=jhou1-j4fzc,machine.openshift.io/cluster-api-machine-role=worker,machine.openshift.io/cluster-api-machine-type=worker,machine.openshift.io/cluster-api-machineset=jhou1-j4fzc-worker-ap-northeast-1a jhou1-j4fzc-worker-ap-northeast-1c-7xmzk i-07f1df0fa1a014efc running m4.large ap-northeast-1 ap-northeast-1c 113m machine.openshift.io/cluster-api-cluster=jhou1-j4fzc,machine.openshift.io/cluster-api-machine-role=worker,machine.openshift.io/cluster-api-machine-type=worker,machine.openshift.io/cluster-api-machineset=jhou1-j4fzc-worker-ap-northeast-1c jhou1-j4fzc-worker-ap-northeast-1d-tfdm7 i-0c9e995c376cbbae6 running m4.large ap-northeast-1 ap-northeast-1d 113m machine.openshift.io/cluster-api-cluster=jhou1-j4fzc,machine.openshift.io/cluster-api-machine-role=worker,machine.openshift.io/cluster-api-machine-type=worker,machine.openshift.io/cluster-api-machineset=jhou1-j4fzc-worker-ap-northeast-1d 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:0758 |