Bug 970161
Summary: | qemu-guest-agent-win32 crashes on "guest-suspend-disk" | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Peter Krempa <pkrempa> |
Component: | qemu-kvm | Assignee: | Gal Hammer <ghammer> |
Status: | CLOSED NEXTRELEASE | QA Contact: | Virtualization Bugs <virt-bugs> |
Severity: | medium | Docs Contact: | |
Priority: | urgent | ||
Version: | 6.4 | CC: | acathrow, areis, bsarathy, chayang, cwei, dyuan, gsun, juzhang, lersek, michen, mkenneth, mprivozn, mzhan, pkrempa, qzhang, sluo, virt-bugs, virt-maint, zhwang |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Windows | ||
Whiteboard: | |||
Fixed In Version: | qemu-ga-win-6.5-4 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | 890648 | Environment: | |
Last Closed: | 2013-12-24 13:37:01 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: | |||
Bug Depends On: | |||
Bug Blocks: | 896690, 890648, 1080376 |
Description
Peter Krempa
2013-06-03 15:00:35 UTC
Please retest once the fix for bug 962669 gets in. (In reply to Ademar de Souza Reis Jr. from comment #4) > Please retest once the fix for bug 962669 gets in. Ok, that is also the plan of QE :). btw, Ademar, as this bug can not be reproduced with directly qemu command line, (even the original reporter can not reproduce as that), why this bug is cloned to qemu-kvm and what do we plan to do about this bug? Thanks, Qunfang Peter: we can't reproduce it using qemu directly. Can you post your full qemu command line used to start the guest? Is it different from the original bug (before the clone?) BTW, in the original bug, the reporter tested the problem with nc, sending the commands manually. Can you do the same? Thanks. Per comment 4, bug 962669 is in MODIFIED status, please retest. Thanks. (In reply to Laszlo Ersek from comment #7) > Per comment 4, bug 962669 is in MODIFIED status, please retest. Thanks. Tried the qemu-kvm-0.12.1.2-2.381.el6.x86_64 that can reproduce this issue, after do S4, it fail to hibernate and "guest-suspend-disk" command hang there. but it can do S3 and resume successfully. host info: # uname -r && rpm -q qemu-kvm 2.6.32-414.el6.x86_64 qemu-kvm-0.12.1.2-2.381.el6.x86_64 guest info: win7 64bit # /usr/libexec/qemu-kvm -M rhel6.4.0 -enable-kvm -m 4096 -smp 4,sockets=2,cores=2,threads=1 -no-kvm-pit-reinjection -uuid 350e716b-5f98-4bf0-9a2a-c8e423295244 -usb -device usb-tablet,id=input0 -rtc base=localtime,clock=host,driftfix=slew -drive file=/home/win7-64.qcow2,if=none,id=drive-virtio-disk0,format=qcow2,cache=none -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x4,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,id=hostnet0,vhost=on,script=/etc/qemu-ifup -device e1000,netdev=hostnet0,id=virtio-net-pci0,mac=08:2E:5F:0A:1D:B1,bus=pci.0,addr=0x5 -device virtio-balloon-pci,id=ballooning,bus=pci.0,addr=0x6 -global PIIX4_PM.disable_s3=0 -global PIIX4_PM.disable_s4=0 -k en-us -boot menu=on -qmp tcp:0:4444,server,nowait -serial unix:/tmp/ttyS0,server,nowait -spice port=5930,disable-ticketing -vga qxl -global qxl-vga.vram_size=67108864 -monitor stdio -device virtio-serial-pci,id=virtio-serial0,max_ports=16,vectors=0,bus=pci.0,addr=0x3 -chardev socket,path=/tmp/qga.sock,server,nowait,id=qga0 -device virtserialport,chardev=qga0,name=org.qemu.guest_agent.0 - in guest side: C:\qemu-ga>dir Volume in drive C is OS_Install Volume Serial Number is B43D-B05C Directory of C:\qemu-ga 08/29/2013 10:26 PM <DIR> . 08/29/2013 10:26 PM <DIR> .. 08/29/2013 07:16 PM 1,023 a.txt.txt 06/05/2013 08:37 PM 640,512 iconv.dll 06/05/2013 08:37 PM 288,856 libgcc_s_sjlj-1.dll 08/29/2013 02:45 AM 896,628 libglib-2.0-0.dll 08/29/2013 02:45 AM 923,354 libiconv-2.dll 08/29/2013 02:45 AM 278,271 libintl-8.dll 08/29/2013 02:44 AM 55,060 libssp-0.dll 08/29/2013 07:26 PM 592,424 qemu-ga.exe 06/05/2013 08:37 PM 1,155 README.txt 9 File(s) 3,677,283 bytes 2 Dir(s) 15,443,693,568 bytes free C:\qemu-ga>qemu-ga.exe --service uninstall Service was deleted successfully. C:\qemu-ga>qemu-ga.exe --service install ** (qemu-ga.exe:2184): DEBUG: service's cmdline: "C:\qemu-ga\qemu-ga.exe" -d Service was installed successfully. C:\qemu-ga>net start qemu-ga The QEMU Guest Agent service was started successfully. - in host side: # nc -U /tmp/qga.sock {"execute": "guest-ping"} {"return": {}} {"execute": "guest-info"} {"return": {"version": "0.12.1", "supported_commands": [{"enabled": true, "name": "guest-set-vcpus"}, {"enabled": true, "name": "guest-get-vcpus"}, {"enabled": true, "name": "guest-network-get-interfaces"}, {"enabled": true, "name": "guest-suspend-hybrid"}, {"enabled": true, "name": "guest-suspend-ram"}, {"enabled": true, "name": "guest-suspend-disk"}, {"enabled": true, "name": "guest-fstrim"}, {"enabled": true, "name": "guest-fsfreeze-thaw"}, {"enabled": true, "name": "guest-fsfreeze-freeze"}, {"enabled": true, "name": "guest-fsfreeze-status"}, {"enabled": true, "name": "guest-file-flush"}, {"enabled": true, "name": "guest-file-seek"}, {"enabled": true, "name": "guest-file-write"}, {"enabled": true, "name": "guest-file-read"}, {"enabled": true, "name": "guest-file-close"}, {"enabled": true, "name": "guest-file-open"}, {"enabled": true, "name": "guest-shutdown"}, {"enabled": true, "name": "guest-info"}, {"enabled": true, "name": "guest-set-time"}, {"enabled": true, "name": "guest-get-time"}, {"enabled": true, "name": "guest-ping"}, {"enabled": true, "name": "guest-sync"}, {"enabled": true, "name": "guest-sync-delimited"}]}} {"execute": "guest-sync-delimited", "arguments": {"id": 123456}} �{"return": 123456} {"execute": "guest-suspend-ram"} <----------can dp S3 and can system_wakeup successfully. {"execute": "guest-suspend-disk"} <----------fail to do S4, and command will hang. BTW, if tried to do S3/S4 in guest directly(Press Sleep/Hibernate), it can do it and resume it successfully. Best Regards, sluo FYI, Bug 888694 - Windows guest agent service has to be restarted to make it work again after resume from S3/S4 Maybe not the same, but we could check. I'm sure if the virtio-serial driver which was included in virtio-win-1.5.4-1.el6 fully supported s3/s4 states. Did you try to reproduce with a newer driver? Well as I reported originally the guest agent was crashing for me before even entering S3/S4 states so this realy doesn't have anything to do with the virtio-win driver, which was performing well at that stage. This request was not resolved in time for the current release. Red Hat invites you to ask your support representative to propose this request, if still desired, for consideration in the next release of Red Hat Enterprise Linux. I'm unable to reproduce with qemu-ga-win-6.5-4. Can you please confirm? Thanks. Hi, Sibiao Could you help reply comment 13? Thanks! (In reply to Gal Hammer from comment #13) > I'm unable to reproduce with qemu-ga-win-6.5-4. Can you please confirm? > Thanks. Retried the latest qemu-ga-win-6.5-5 with the same steps as comment #8. It can do guest-suspend-ram/guest-suspend-disk and resume successfully. So, this issue has been gone. e.g:/usr/libexec/qemu-kvm...-device virtio-serial-pci,id=virtio-serial0,max_ports=16,vectors=0,bus=pci.0,addr=0x3 -chardev socket,path=/tmp/qga.sock,server,nowait,id=qga0 -device virtserialport,chardev=qga0,name=org.qemu.guest_agent.0 host info: # uname -r && rpm -q qemu-kvm-rhev 2.6.32-425.el6.x86_64 qemu-kvm-rhev-0.12.1.2-2.415.el6.x86_64 guest info: win7-64bit virtio-win-prewhql-0.1-74 (virtio-serial) qemu-ga-win-6.5-5 (qemu-ga) # nc -U /tmp/qga.sock {"execute": "guest-ping"} {"return": {}} {"execute": "guest-info"} {"return": {"version": "0.12.1", "supported_commands": [{"enabled": true, "name": "guest-set-vcpus"}, {"enabled": true, "name": "guest-get-vcpus"}, {"enabled": true, "name": "guest-network-get-interfaces"}, {"enabled": true, "name": "guest-suspend-hybrid"}, {"enabled": true, "name": "guest-suspend-ram"}, {"enabled": true, "name": "guest-suspend-disk"}, {"enabled": true, "name": "guest-fstrim"}, {"enabled": true, "name": "guest-fsfreeze-thaw"}, {"enabled": true, "name": "guest-fsfreeze-freeze"}, {"enabled": true, "name": "guest-fsfreeze-status"}, {"enabled": true, "name": "guest-file-flush"}, {"enabled": true, "name": "guest-file-seek"}, {"enabled": true, "name": "guest-file-write"}, {"enabled": true, "name": "guest-file-read"}, {"enabled": true, "name": "guest-file-close"}, {"enabled": true, "name": "guest-file-open"}, {"enabled": true, "name": "guest-shutdown"}, {"enabled": true, "name": "guest-info"}, {"enabled": true, "name": "guest-set-time"}, {"enabled": true, "name": "guest-get-time"}, {"enabled": true, "name": "guest-ping"}, {"enabled": true, "name": "guest-sync"}, {"enabled": true, "name": "guest-sync-delimited"}]}} {"execute": "guest-sync-delimited", "arguments": {"id": 123456}} �{"return": 123456} {"execute": "guest-suspend-ram"} <----------can do S3 and can be resumed successfully. {"execute": "guest-suspend-disk"} <----------can do S4 and can be resumed successfully. Base on above, I suggest that we can close it to CURRENTRELEASE. Please correct me if any mistake, thanks. Best Regards, sluo |