Bug 1790093
| Summary: | disk driver with iothread setting hangs live migrations | ||
|---|---|---|---|
| Product: | [Community] Virtualization Tools | Reporter: | Mark Zealey <m> |
| Component: | libvirt | Assignee: | Libvirt Maintainers <libvirt-maint> |
| Status: | CLOSED NOTABUG | QA Contact: | |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | unspecified | CC: | libvirt-maint, pkrempa, tburke |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2020-01-13 08:04:24 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: | |||
There are few problems with iothreads and block jobs being solved in qemu upstream. https://lists.gnu.org/archive/html/qemu-devel/2020-01/msg01440.html Unfortunately the QEMU upstream bug tracking is not handled in this bugzilla instance but at https://bugs.launchpad.net/qemu/ I will close this bug since I can't move it to qemu. Please report it to the qemu team. |
Description of problem: A disk driver definition using iothread parameter causes live migration with copy storage to hang during or just before the final ram sync stage. Interestingly, having the scsi controller as a separate iothread does not trigger the issue. Version-Release number of selected component (if applicable): I can reproduce this on centos7 with qemu-ev and with centos 8: qemu-kvm-ev-2.12.0-33.1.el7_7.4.x86_64 qemu-kvm-2.12.0-65.module_el8.0.0+189+f9babebb.5.x86_64 How reproducible: Always Steps to Reproduce: 1. Create a definition with 1 iothread on the disk image: <driver name='qemu' type='qcow2' iothread='1' /> 2. Issue a live migrate request like: virsh migrate --live --copy-storage-all vm qemu+tcp://remote/system 3. Live migrate on source copies storage and then hangs at 80-99%, I guess during the ram copy phase. Keeping exactly the same config but without the iothread on the disk driver has successful migrations every time. Additional info: