Bug 591410 - BSOD occurred after live migration without shared storage
Summary: BSOD occurred after live migration without shared storage
Status: CLOSED NEXTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: qemu-kvm
Version: 6.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: rc
: ---
Assignee: Virtualization Maintenance
QA Contact: Virtualization Bugs
URL:
Whiteboard:
Keywords:
Depends On:
Blocks: 580953
TreeView+ depends on / blocked
 
Reported: 2010-05-12 08:04 UTC by Mike Cao
Modified: 2013-01-09 22:34 UTC (History)
6 users (show)

(edit)
Clone Of:
(edit)
Last Closed: 2010-05-12 10:44:37 UTC


Attachments (Terms of Use)
BSOD (16.82 KB, image/png)
2010-05-12 08:06 UTC, Mike Cao
no flags Details
MEMORY DUMP (4.70 KB, text/plain)
2010-05-12 09:03 UTC, Mike Cao
no flags Details
Minidump dump analyzed by Windbg (6.29 KB, text/plain)
2010-05-12 09:04 UTC, Mike Cao
no flags Details

Description Mike Cao 2010-05-12 08:04:07 UTC
Description of problem:
 BSOD occurred after live migration without shared storage 

Version-Release number of selected component (if applicable):
Host:
# uname -r
2.6.32-23.el6.x86_64
# rpm -q qemu-kvm
qemu-kvm-0.12.1.2-2.48.el6.x86_64
Guest:
Windows 2008 r2

How reproducible:
test 2 times,100% reproduced.

Steps to Reproduce:
1.start a vm with in source host with:
/usr/libexec/qemu-kvm -rtc-td-hack -no-hpet -usbdevice tablet -drive file=/home/win2k8_r2,if=virtio,format=raw,boot=on -net nic,macaddr=20:10:43:23:23:12,model=virtio,vlan=0 -net tap,script=/etc/qemu-ifup,vlan=0 -uuid `uuidgen` -vnc :7 -boot dc -cpu qemu64,+sse2 -smp 2 -balloon none -startdate now -monitor stdio
2.start another with in dest host with:
/usr/libexec/qemu-kvm -rtc-td-hack -no-hpet -usbdevice tablet -drive file=/home/test2.raw,if=virtio,format=raw,boot=on -net nic,macaddr=20:10:43:23:23:12,model=virtio,vlan=0 -net tap,script=/etc/qemu-ifup,vlan=0 -uuid `uuidgen` -vnc :8 -boot dc -cpu qemu64,+sse2 -smp 2 -balloon none -startdate now -monitor stdio -incoming tcp:0:5888
Noticed that the image is not the same image in step1.
3.in the source host qemu monior type:(qemu) migrate -b tcp:<ip>:5888
  
Actual results:
after step 3 ,the guest is BOSD.

Expected results:
after migration ,the guest can be used normally.

Additional info:
When BOSD ,reboot it ,the guest can be used normally.

Comment 1 Mike Cao 2010-05-12 08:06:16 UTC
Created attachment 413344 [details]
BSOD

Comment 3 Mike Cao 2010-05-12 09:03:14 UTC
Created attachment 413365 [details]
MEMORY DUMP

in the attach is memory dump analyzed by Windbg.

Comment 4 Mike Cao 2010-05-12 09:04:51 UTC
Created attachment 413367 [details]
Minidump dump analyzed by Windbg

Comment 5 RHEL Product and Program Management 2010-05-12 09:32:49 UTC
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux major release.  Product Management has requested further
review of this request by Red Hat Engineering, for potential inclusion in a Red
Hat Enterprise Linux Major release.  This request is not yet committed for
inclusion.

Comment 6 Amit Shah 2010-05-12 10:06:19 UTC
It's expected for the migration to work for the storage images be the same. Can't really say this is a bug.


Note You need to log in before you can comment on or make changes to this bug.