Bug 908651 - Do S3 will comeback(wakup) automatically after migration and fail to shutdown guest
Do S3 will comeback(wakup) automatically after migration and fail to shutdown...
Status: CLOSED WONTFIX
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: qemu-kvm (Show other bugs)
7.0
Unspecified Unspecified
medium Severity medium
: rc
: ---
Assigned To: Juan Quintela
Virtualization Bugs
:
Depends On:
Blocks: Virt-S3/S4-7.0
  Show dependency treegraph
 
Reported: 2013-02-07 04:20 EST by Qunfang Zhang
Modified: 2015-03-04 00:21 EST (History)
17 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: 867787
Environment:
Last Closed: 2015-03-04 00:21:31 EST
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
isa serial log for s3/resume and shutdown guest (after migration) (8.52 KB, text/plain)
2013-02-07 04:22 EST, Qunfang Zhang
no flags Details

  None (edit)
Comment 1 Qunfang Zhang 2013-02-07 04:22:20 EST
Created attachment 694360 [details]
isa serial log for s3/resume and shutdown guest (after migration)
Comment 2 Qunfang Zhang 2013-02-07 04:28:08 EST
Host version:
kernel-3.7.0-0.33.el7.x86_64
qemu-kvm-1.3.0-3.el7.x86_64
seabios-1.7.2-0.2.gita810e4e7.el7.x86_64

Guest version:
kernel-3.7.0-0.32.el7.x86_64

CLI:
/usr/libexec/qemu-kvm -M pc -cpu SandyBridge -enable-kvm -m 4G -smp 2,sockets=2,cores=1,threads=1 -enable-kvm -name RHEL7.0 -uuid 94f60faf-1978-4c26-8d9d-a3c5206baa5e -k en-us -rtc base=localtime,clock=host,driftfix=slew -no-kvm-pit-reinjection -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device usb-tablet,id=input0 -drive file=/opt/rhel7.0-64-virtio.qcow2,if=none,id=disk0,format=qcow2,werror=stop,rerror=stop,aio=native -device ide-drive,bus=ide.0,unit=1,drive=disk0,id=disk0  -drive file=/opt/virtio-win-1.6.2.iso,if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw -device ide-drive,drive=drive-ide0-1-0,bus=ide.1,unit=0,id=cdrom -netdev tap,vhost=on,id=hostnet0 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=44:37:E6:5E:91:5E,bus=pci.0,addr=0x5 -monitor stdio -qmp tcp:0:6666,server,nowait -chardev socket,path=/tmp/isa-serial,server,nowait,id=isa1 -device isa-serial,chardev=isa1,id=isa-serial1 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x8 -chardev socket,id=charchannel0,path=/tmp/serial-socket,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,path=/tmp/foo,server,nowait,id=foo -device virtconsole,chardev=foo,id=console0  -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x9 -vnc :10 -vga std -k en-us -boot c -chardev socket,path=/tmp/qga.sock,server,nowait,id=qga0 -device virtserialport,bus=virtio-serial0.0,chardev=qga0,name=org.qemu.guest_agent.0 -global  PIIX4_PM.disable_s3=0 -global PIIX4_PM.disable_s4=0 

Update detail steps here again:

1. Boot guest  with the above command line on source host.
2. Boot the guest on destination host with same command line and append "-incoming tcp:0:5800"
3. Migrate guest to destination host.
(qemu) migrate -d tcp:$dst_host_ip:5800
4. After finish migration, inside guest:
#pm-suspend
#shutdown -h now

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