Bug 1021837
| Summary: | Win2008r2-sp1 guest hang after migration finised at special point on des host | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | langfang <flang> | ||||
| Component: | qemu-kvm | Assignee: | Virtualization Maintenance <virt-maint> | ||||
| Status: | CLOSED NOTABUG | QA Contact: | Virtualization Bugs <virt-bugs> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 6.5 | CC: | acathrow, bsarathy, flang, juzhang, mazhang, mkenneth, qiguo, qzhang, virt-maint | ||||
| Target Milestone: | rc | ||||||
| Target Release: | --- | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2013-10-29 10:57:34 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: | |||||||
| Attachments: |
|
||||||
|
Description
langfang
2013-10-22 08:05:35 UTC
Created attachment 814884 [details]
migration finished at special point
flang, Do you reboot or shutdown guest during the migration? The screendump shows "shutting down" while there's no related steps in the bug description. Thanks. Remove the needinfo, I missed the step 3. (In reply to langfang from comment #0) [...] > Additional info: > My CLI: > 1)Use "-M rhel6.2.0" [...] > > 2)Use "-M 6.1.0 " hit same problem Did you try anything newer? Ever hit the problem with -M 6.4.0, or migrating from a 6.4.z host to 6.5? (which is fairly more common and I assume is tested more extensively by QA) (In reply to Ademar de Souza Reis Jr. from comment #5) > (In reply to langfang from comment #0) > > [...] > > > Additional info: > > My CLI: > > 1)Use "-M rhel6.2.0" > > [...] > > > > > 2)Use "-M 6.1.0 " hit same problem > > Did you try anything newer? Ever hit the problem with -M 6.4.0, or migrating > from a 6.4.z host to 6.5? (which is fairly more common and I assume is > tested more extensively by QA) 1)Test this bug use "-M rhel6.4.0" migrate from hostA to hostB ,hit the same problem. Host A:RHEL6.5 # uname -r 2.6.32-424.el6.x86_64 # rpm -q qemu-kvm qemu-kvm-0.12.1.2-2.414.el6.x86_64 # rpm -q seabios seabios-0.6.1.2-28.el6.x86_64 Host B: RHEL6.4.z host: # uname -r 2.6.32-358.25.1.el6.x86_64 # rpm -q qemu-kvm qemu-kvm-0.12.1.2-2.355.el6_4.9.x86_64 # rpm -q seabios seabios-0.6.1.2-26.el6.x86_64 Guest:win2008r2-sp1 2) Aslo hit the problem on "qemu-kvm-0.12.1.2-2.413.el6.x86_64(host A)" version. Hit the same problem migrate RHEL6.5-->RHEL6.5 ,use -M (rhel6.3.0) Steps as same as comment0. Host A ,B # uname -r 2.6.32-425.el6.x86_64 # rpm -q qemu-kvm qemu-kvm-0.12.1.2-2.415.el6.x86_64 # rpm -q seabios seabios-0.6.1.2-28.el6.x86_64 Guest:win2008r2-sp1 My CLI: /usr/libexec/qemu-kvm -M rhel6.3.0 -cpu Penryn -m 4G -smp 4,sockores=2,threads=1 -enable-kvm -usb -device usb-tablet,id=input0 -name win2008r2 -uuid f268c36a-8d46-4ce2-a2a3-f883d1d70d50 -rtc base=localtime,clock=host,driftfix=slew -drive file=/mnt/test.qcow2,format=qcow2,if=none,id=ide0 -device ide-drive,drive=ide0,bus=ide.0,unit=0,id=ide0-0-0 -vnc :1 -monitor stdio -boot menu=on -global PIIX4_PM.disable_s3=0 -global PIIX4_PM.disable_s4=0 -qmp tcp:0:4444,server,nowait -drive file=/mnt/en_windows_server_2008_r2_standard_enterprise_datacenter_and_web_with_sp1_x64_dvd_617601.iso,if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw -device ide-drive,bus=ide.1,unit=1,drive=drive-ide0-1-0,id=ide0-1-0,bootindex=1 -netdev tap,id=hostnet2,vhost=on,fd=6 -device rtl8139,netdev=hostnet2,id=net0,mac=00:10:20:2d:31:21 6<>/dev/tap6 -drive file=/mnt/win2k8-r2-sp1-install6.5host.raw,format=raw,if=none,id=virtio0-1 -device virtio-blk-pci,drive=virtio0-1,addr=0x9,id=ide0-0-0-1,bootindex=0 -device virtio-balloon-pci,bus=pci.0,id=balloon0,addr=0x8 -incoming tcp:0:5999 Host info: model name : Intel(R) Xeon(R) CPU E5205 @ 1.86GHz Closed this bug ,as after i sync the time on both hosts, can't hit the bug anymore. |