Hide Forgot
Created attachment 514767 [details] The guest log in the destination side Description of problem: This happens consistently in each every testcase. The test case is to be downloading a big file and then while the download is happening migrating the guest. It looks like the image gets corrupted on the other side. I will be attaching the domain xml, destination side log file and screenshot. These are the parameters from the source side for installation and first time boot up:2011-07-22 04:43:20.135: starting up LC_ALL=C PATH=/sbin:/usr/sbin:/bin:/usr/bin QEMU_AUDIO_DRV=none /usr/libexec/qemu-kvm -S -M rhel6.1.0 -enable-kvm -m 512 -smp 1,sockets=1,cores=1,threads=1 -name kvm-rhel6u1-x86_64 -uuid c30a3bf3-a940-c0b6-0c06-35e7c324c041 -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/kvm-rhel6u1-x86_64.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc -boot c -kernel /var/lib/libvirt/boot/vmlinuz -initrd /var/lib/libvirt/boot/initrd.img -append method=http://download.englab.nay.redhat.com/pub/rhel/released/RHEL-6/6.1/Server/x86_64/os/ ks=http://home.englab.nay.redhat.com/~nzhang/http/ks-rhel6u1-x86_64.cfg -drive file=/var/lib/libvirt/images/kvm-rhel6u1-x86_64,if=none,id=drive-ide0-0-0,format=qcow2 -device ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 -netdev tap,fd=22,id=hostnet0 -device rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:f0:a4:72,bus=pci.0,addr=0x3 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -usb -vnc 127.0.0.1:0 -k en-us -vga cirrus -device AC97,id=sound0,bus=pci.0,addr=0x4 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5 char device redirected to /dev/pts/0 Using CPU model "cpu64-rhel6" 2011-07-22 04:54:15.106: shutting down 2011-07-22 04:54:23.461: starting up LC_ALL=C PATH=/sbin:/usr/sbin:/bin:/usr/bin QEMU_AUDIO_DRV=none /usr/libexec/qemu-kvm -S -M rhel6.1.0 -enable-kvm -m 512 -smp 1,sockets=1,cores=1,threads=1 -name kvm-rhel6u1-x86_64 -uuid 9575fad6-d4fa-6621-f13a-850b3fc3f100 -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/kvm-rhel6u1-x86_64.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc -boot c -drive file=/var/lib/libvirt/images/kvm-rhel6u1-x86_64,if=none,id=drive-ide0-0-0,format=qcow2 -device ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 -netdev tap,fd=22,id=hostnet0 -device rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:f0:a4:72,bus=pci.0,addr=0x3 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -usb -vnc 127.0.0.1:0 -k en-us -vga cirrus -device AC97,id=sound0,bus=pci.0,addr=0x4 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5 char device redirected to /dev/pts/0 Using CPU model "cpu64-rhel6" 2011-07-22 04:55:23.264: shutting down Version-Release number of selected component (if applicable): RHEL6U1 # rpm -qa | egrep "libvirt|kvm|qemu" qemu-kvm-0.12.1.2-2.160.el6.x86_64 libvirt-python-0.8.7-18.el6.x86_64 qemu-img-0.12.1.2-2.160.el6.x86_64 libvirt-client-0.8.7-18.el6.x86_64 qemu-kvm-tools-0.12.1.2-2.160.el6.x86_64 gpxe-roms-qemu-0.9.7-6.7.el6.noarch libvirt-0.8.7-18.el6.x86_64 How reproducible: Very. Happened in each time. Steps to Reproduce: 1. The test was installing rhel6u1 hypervisor and guests and download a big file inside the guest and then migrate it 2. If you have access to virtlab, you can also just go see one of the jobs on virtlab and clone it if you want to run yourself and login to the machine. For example, https://virtlab.englab.nay.redhat.com/job/36493/details/ 2. 3. Actual results: Guest image gets corrupted after migration Expected results: It shouldn't Additional info:
Created attachment 514768 [details] domain xml
What's your storage setting (nfs/iscsi - detailed parameters)? seems like akward it works for others.
Gurhan, you are missing cache=none on the storage. I will try to reproduce it. BTW, do we support to use -kernel -initrd on rhel?
(In reply to comment #4) > Gurhan, you are missing cache=none on the storage. I will try to reproduce it. We still support this case too > BTW, do we support to use -kernel -initrd on rhel? Yap. I move this case to 6.3 since there was no feedback from QE in the past month
Dor, we don't support migration without cache=none, it simply don't work and causes corruption. We support it for other uses.
I'm closing it since cache=none is the only supported case for live migration