From d0c85e36e4de67af628d54e9ab577cc3fad7796a Mon Sep 17 00:00:00 2001 From: Christian Krinitsin Date: Thu, 3 Jul 2025 07:27:52 +0000 Subject: add deepseek and gemma results --- results/classifier/gemma3:12b/hypervisor/1859418 | 27 ++++++++++++++++++++++++ 1 file changed, 27 insertions(+) create mode 100644 results/classifier/gemma3:12b/hypervisor/1859418 (limited to 'results/classifier/gemma3:12b/hypervisor/1859418') diff --git a/results/classifier/gemma3:12b/hypervisor/1859418 b/results/classifier/gemma3:12b/hypervisor/1859418 new file mode 100644 index 000000000..7f7a488b1 --- /dev/null +++ b/results/classifier/gemma3:12b/hypervisor/1859418 @@ -0,0 +1,27 @@ + +disk driver with iothread setting hangs live migrations + +Per report raised at https://bugzilla.redhat.com/show_bug.cgi?id=1790093 + +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 + +Steps to Reproduce: +1. Create a definition with 1 iothread on the disk image: + + + +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. \ No newline at end of file -- cgit 1.4.1