Bug 2010908
| Summary: | [MTV] VM remains in printableStatus: Provisioning in cold migration | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Container Native Virtualization (CNV) | Reporter: | Amos Mastbaum <amastbau> | ||||
| Component: | Storage | Assignee: | Michael Henriksen <mhenriks> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Maayan Hadasi <mguetta> | ||||
| Severity: | high | Docs Contact: | |||||
| Priority: | high | ||||||
| Version: | 4.9.0 | CC: | alitke, cnv-qe-bugs, istein, mguetta, mhenriks, mrashish, ngavrilo, pelauter, pvauter, yadu | ||||
| Target Milestone: | --- | ||||||
| Target Release: | 4.10.0 | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | CNV v4.10.0-651 | Doc Type: | If docs needed, set a value | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2022-03-16 15:56:11 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: | |||||||
| Attachments: |
|
||||||
|
Description
Amos Mastbaum
2021-10-05 15:36:41 UTC
Kubevirt determines the printable status here: https://github.com/kubevirt/kubevirt/blob/e56d0a18679033ab7d42aa903f3286b613dbf216/pkg/virt-controller/watch/vm.go#L16772. In this case it's using the status of the DataVolumes and PVCs to set the Provisioning status. It looks like it shouldn't have the Provisioning status when the DVs have both been successfully imported, but worth asking what the Kubevirt team intended. Correct link is https://github.com/kubevirt/kubevirt/blob/e56d0a18679033ab7d42aa903f3286b613dbf216/pkg/virt-controller/watch/vm.go#L1677. It appears that Kubevirt does not notice when the DataVolumes have completed transferring, so the printableStatus of the VM remains at "provisioning" until the VM is reconciled again. Moving to CNV. Re-assignign this BZ to the storage component as it appears to be about handling the VM's status as related to DVs/PVCs. Please feel free to re-assign if you think this was in error. It looks like the provisioning finished successfully, but kubevirt doesn't update the printable status for some reason. The next step is to reproduce it and run: oc adm inspect ns/openshift-cnv We should look at the kubevirt controller logs Created attachment 1839609 [details]
inspect
(In reply to Natalie Gavrielov from comment #11) > It looks like the provisioning finished successfully, but kubevirt doesn't > update the printable status for some reason. > The next step is to reproduce it and run: > oc adm inspect ns/openshift-cnv > We should look at the kubevirt controller logs attached (wasn't sure which logs is needed, attached everything) Michael, Could you please take a look ? Peter, this breaks VM import so I think we should approve it as a blocker. Verified on OCP-4.10.0-fc.2 /CNV-4.10.0-674 When MTV a RHEL8 VM cold migration ended successfully the final status seen in OCP web UI Virtualization page for the imported VM is "Stopped", as expected. 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 Virtualization 4.10.0 Images security and bug fix 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-2022:0947 |