summary refs log tree commit diff stats
path: root/results/classifier/108/other/1187529
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/108/other/1187529')
-rw-r--r--results/classifier/108/other/118752932
1 files changed, 32 insertions, 0 deletions
diff --git a/results/classifier/108/other/1187529 b/results/classifier/108/other/1187529
new file mode 100644
index 00000000..4463234b
--- /dev/null
+++ b/results/classifier/108/other/1187529
@@ -0,0 +1,32 @@
+device: 0.915
+KVM: 0.892
+graphic: 0.703
+vnc: 0.668
+performance: 0.572
+semantic: 0.445
+network: 0.416
+boot: 0.377
+PID: 0.343
+socket: 0.336
+other: 0.329
+files: 0.308
+permissions: 0.246
+debug: 0.102
+
+Devices on PCI bridge stop working when live-migrated
+
+qemu version: 1.4.50 (0ca5aa4f4c4a8bcc73988dd52a536241d35e5223)
+host: x86_64, Linux 3.6.10 (Fedora 17)
+client: x86_64 Centos 6.3 (doesn't matter, really)
+
+If a device, e.g. an lsi53c895a, is on a pci-bridge, after migration, the device stops working (e.g., commands like "poweroff"
+get an Input/Output error. Fails under either xen or kvm. If "top" was running, some cpus go to ~100% wait.
+
+Sample KVM invocation line:
+qemu-system-x86_64 -machine type=pc,accel=kvm -m 4096 -device pci-bridgemsi=on,chassis_nr=1,id=pciBridge1.0,addr=0x11.0 -device lsi53c895a,id=sas,bus=pciBridge1.0,addr=0x1.0x0 -drive if=none,id=disk0,file=/path/to/disk/image -device scsi-disk,bus=sas.0,scsi-id=0,drive=disk0 -vnc 127.0.0.1:0,to=99 -serial pty -boot order=cda -smp 4,maxcpus=4 -monitor vc
+
+Triaging old bug tickets... can you still reproduce this issue with the latest version of QEMU? Or could we close this ticket nowadays?
+
+
+[Expired for QEMU because there has been no activity for 60 days.]
+