Bug 1886848
| Summary: | [OSP] machine instance-state annotation discrepancy with providerStatus.instanceState | |||
|---|---|---|---|---|
| Product: | OpenShift Container Platform | Reporter: | Milind Yadav <miyadav> | |
| Component: | Cloud Compute | Assignee: | Pierre Prinetti <pprinett> | |
| Cloud Compute sub component: | OpenStack Provider | QA Contact: | weiwei jiang <wjiang> | |
| Status: | CLOSED ERRATA | Docs Contact: | ||
| Severity: | medium | |||
| Priority: | medium | CC: | adduarte, egarcia, eslutsky, jhou, m.andre, mfedosin, pelauter, pprinett, wjiang | |
| Version: | 4.6 | Keywords: | UpcomingSprint | |
| Target Milestone: | --- | |||
| Target Release: | 4.7.0 | |||
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ||||
| Fixed In Version: | Doc Type: | Bug Fix | ||
| Doc Text: |
Cause: Machine state is not persisted across reconciliation.
Consequence: The instance-state annotation and the providerStatus.instanceState occasionally showing different values
Fix: The machine state is now replicated on the reconciled machine.
Result: The instance-state annotation should now always be consistent with providerStatus.instanceState
|
Story Points: | --- | |
| Clone Of: | 1815394 | |||
| : | 1949506 (view as bug list) | Environment: | ||
| Last Closed: | 2021-02-24 15:24:26 UTC | Type: | --- | |
| Regression: | --- | Mount Type: | --- | |
| Documentation: | --- | CRM: | ||
| Verified Versions: | Category: | --- | ||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
| Cloudforms Team: | --- | Target Upstream Version: | ||
| Embargoed: | ||||
| Bug Depends On: | 1815394 | |||
| Bug Blocks: | 1949506 | |||
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 (Moderate: OpenShift Container Platform 4.7.0 security, bug fix, and enhancement 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. https://access.redhat.com/errata/RHSA-2020:5633 > providerStatus node is not even present after noderef node Addressed in Bug 1949506 The needinfo request[s] on this closed bug have been removed as they have been unresolved for 500 days |
Checked with 4.7.0-0.nightly-2021-01-22-134922, and this should be got fixed. ./openshift-install 4.7.0-0.nightly-2021-01-22-134922 built from commit d19070a771c52c9e9b3a734d3b444cfda4a575b4 release image registry.ci.openshift.org/ocp/release@sha256:cdc9ee89f08a084f51cb9e86a888b5d25a5a47ff74faf08e4067e8a3b7ceb17a $ oc get clusterversion NAME VERSION AVAILABLE PROGRESSING SINCE STATUS version 4.7.0-0.nightly-2021-01-22-134922 True False 120m Cluster version is 4.7.0-0.nightly-2021-01-22-134922 $ oc get machines -n openshift-machine-api -o jsonpath='{range .items[*]}{"=========================\n"}{.metadata.annotations.machine\.openshift\.io/instance-state}{"\n"}{.status}{"\n"}{end}' ========================= ACTIVE {"addresses":[{"address":"192.168.1.142","type":"InternalIP"},{"address":"wj47ios125aa-clr5q-master-0","type":"Hostname"},{"address":"wj47ios125aa-clr5q-master-0","type":"InternalDNS"}],"lastUpdated":"2021-01-25T07:19:35Z","nodeRef":{"kind":"Node","name":"wj47ios125aa-clr5q-master-0","uid":"1dc1e105-79c0-4f7f-bd0d-aa59e45fcbd2"},"phase":"Running"} ========================= ACTIVE {"addresses":[{"address":"192.168.1.204","type":"InternalIP"},{"address":"wj47ios125aa-clr5q-master-1","type":"Hostname"},{"address":"wj47ios125aa-clr5q-master-1","type":"InternalDNS"}],"lastUpdated":"2021-01-25T07:19:35Z","nodeRef":{"kind":"Node","name":"wj47ios125aa-clr5q-master-1","uid":"895246ce-9780-4c77-8e51-be202b508355"},"phase":"Running"} ========================= ACTIVE {"addresses":[{"address":"192.168.2.5","type":"InternalIP"},{"address":"wj47ios125aa-clr5q-master-2","type":"Hostname"},{"address":"wj47ios125aa-clr5q-master-2","type":"InternalDNS"}],"lastUpdated":"2021-01-25T07:19:35Z","nodeRef":{"kind":"Node","name":"wj47ios125aa-clr5q-master-2","uid":"ffd6d475-f0ef-40ac-a7f7-4080cc6b2f7c"},"phase":"Running"} ========================= ACTIVE {"addresses":[{"address":"192.168.3.213","type":"InternalIP"},{"address":"wj47ios125aa-clr5q-worker-0-47wtx","type":"Hostname"},{"address":"wj47ios125aa-clr5q-worker-0-47wtx","type":"InternalDNS"}],"lastUpdated":"2021-01-25T07:19:35Z","nodeRef":{"kind":"Node","name":"wj47ios125aa-clr5q-worker-0-47wtx","uid":"a6a8a6cf-16d1-439b-81c2-fb66cba7be5a"},"phase":"Running"} ========================= ACTIVE {"addresses":[{"address":"192.168.0.240","type":"InternalIP"},{"address":"wj47ios125aa-clr5q-worker-0-swk8p","type":"Hostname"},{"address":"wj47ios125aa-clr5q-worker-0-swk8p","type":"InternalDNS"}],"lastUpdated":"2021-01-25T07:19:35Z","nodeRef":{"kind":"Node","name":"wj47ios125aa-clr5q-worker-0-swk8p","uid":"a0154fde-b226-43fb-bcc8-2a0dc09ce163"},"phase":"Running"} ========================= ACTIVE {"addresses":[{"address":"192.168.0.69","type":"InternalIP"},{"address":"wj47ios125aa-clr5q-worker-0-vs5qp","type":"Hostname"},{"address":"wj47ios125aa-clr5q-worker-0-vs5qp","type":"InternalDNS"}],"lastUpdated":"2021-01-25T07:19:35Z","nodeRef":{"kind":"Node","name":"wj47ios125aa-clr5q-worker-0-vs5qp","uid":"95975b61-ff40-4d79-b859-7edaa3cc1202"},"phase":"Running"}