Description of problem: Importing VM from VMware to RHEL 8.1 RHV host succeeds (according to v2v import.log), but VM remains locked and no action can be done on that VM. After restarting ovirt-engine service, the VM removed from WebAdmin. Importing same VMware VM to rhvm-4.3.7.1-0.1.el7 is working with no issues. Version-Release number of selected component (if applicable): ovirt-engine-4.4.0-0.4.master.el7 RHEL 8.1 (kernel-4.18.0-147.el8.x86_64) vdsm-4.40.0-141.gitb9d2120.el8ev.x86_64 libvirt-5.0.0-12.module+el8.0.1+3755+6782b0ed.x86_64 qemu-kvm-3.1.0-30.module+el8.0.1+3755+6782b0ed.x86_64 virt-v2v-1.40.2-6.module How reproducible: 100% Steps to Reproduce: 1. Import VM from VMware to RHV with RHEL8.1 host. 2. 3. Actual results: Import succeeds (according to import.log) but the VM remain locked in WebAdmin. Expected results: It should be possible to import VMs from VMware to RHV. Additional info: vdsm.log (import started at 2019-11-11 14:03:01), engine.log and screenshot attached.
Created attachment 1634861 [details] WebAdmin and import log screenshot
Created attachment 1634864 [details] engine.log
Created attachment 1634866 [details] import.log
Created attachment 1634868 [details] vdsm.log
*** Bug 1770828 has been marked as a duplicate of this bug. ***
Please retest once imageio is available
There's a problem on vdsm side, part of engine.log: 2019-11-11 03:12:04,183-05 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetStatsAsyncVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-89) [] Failed in 'Get Host Statistics' method After v2v job starts, 'Host.getStats' call tries to include information about the status of the migration jobs. The problem is that the descriptions contain a bytes field, which can't be encoded to JSON. Here's an example part of response that's problematic: 'v2vJobs': {'a17e9078-edae-4825-b0a1-77bcba4b2154': {'status': 'copying_disk', 'description': b'Copying disk 1/1', 'progress': 39}} The 'description' is not encoded to string.
This bug is in POST but all referenced patches have been merged. Also this bug had previously 4.4.1 target but now is untargeted. Can we move this to modified/on_qa for 4.4.0?
anything to do? if not please change the TM and Bug status
Verified: ovirt-engine-4.4.0-0.29.master.el8ev vdsm-4.40.9-1.el8ev.x86_64 qemu-kvm-4.2.0-17.module+el8.2.0+6131+4e715f3b.x86_64 libvirt-daemon-6.0.0-16.module+el8.2.0+6131+4e715f3b.x86_64 virt-v2v-1.40.2-22.module+el8.2.0+6029+618ef2ec.x86_64
This bugzilla is included in oVirt 4.4.0 release, published on May 20th 2020. Since the problem described in this bug report should be resolved in oVirt 4.4.0 release, it has been closed with a resolution of CURRENT RELEASE. If the solution does not work for you, please open a new bug report.
(In reply to Michal Skrivanek from comment #9) > anything to do? if not please change the TM and Bug status Issue is closed, nothing else to do. Clearing all needinfo requests.