Bug 1112078
| Summary: | RHEL7 guest desktop hang when boot with qxl and vnc | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | mazhang <mazhang> | ||||||||
| Component: | qemu-kvm | Assignee: | Gerd Hoffmann <kraxel> | ||||||||
| Status: | CLOSED ERRATA | QA Contact: | Virtualization Bugs <virt-bugs> | ||||||||
| Severity: | medium | Docs Contact: | |||||||||
| Priority: | low | ||||||||||
| Version: | 6.5 | CC: | bsarathy, jen, juzhang, kraxel, mazhang, michen, mkenneth, qzhang, rbalakri, virt-maint | ||||||||
| Target Milestone: | rc | ||||||||||
| Target Release: | --- | ||||||||||
| Hardware: | Unspecified | ||||||||||
| OS: | Unspecified | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | qemu-kvm-0.12.1.2-2.430.el6 | Doc Type: | Bug Fix | ||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2014-10-14 07:01:57 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: |
|
||||||||||
Created attachment 911274 [details]
serial log
The BZ subject contains "RHEL7" and Comment#0 also refers to RHEL7, but the BZ product is "RHEL6" and the BZ version is "6.5". These are not consistent and need to be corrected. Thanks. This bug happened while boot rhel7 guest on rhel6 host, it should be a bug of qemu-kvm on rhel6, for more information please see bug 1005037. upstream commit: 0ec8df3974d2a4ff95b5fd4785b9bd3def7252f3 scratch build: http://brewweb.devel.redhat.com/brew/taskinfo?taskID=7657259 patches posted. Fix included in qemu-kvm-0.12.1.2-2.430.el6 Test this bug on qemu-kvm-0.12.1.2-2.430.el6.x86_64, boot guest well, but powerdown guest got hang.
Host:
qemu-kvm-tools-0.12.1.2-2.430.el6.x86_64
qemu-kvm-0.12.1.2-2.430.el6.x86_64
gpxe-roms-qemu-0.9.7-6.11.el6.noarch
qemu-img-0.12.1.2-2.430.el6.x86_64
qemu-kvm-debuginfo-0.12.1.2-2.430.el6.x86_64
CLI:
/usr/libexec/qemu-kvm \
-M pc \
-cpu SandyBridge \
-m 2G \
-smp 4,sockets=2,cores=2,threads=1,maxcpus=160 \
-enable-kvm \
-name rhel6.6 \
-uuid 990ea161-6b67-47b2-b803-19fb01d30d12 \
-smbios type=1,manufacturer='Red Hat',product='RHEV Hypervisor',version=el6,serial=koTUXQrb,uuid=feebc8fd-f8b0-4e75-abc3-e63fcdb67170 \
-k en-us \
-rtc base=localtime,clock=host,driftfix=slew \
-nodefaults \
-monitor stdio \
-qmp tcp:0:6666,server,nowait \
-boot menu=on \
-bios /usr/share/seabios/bios.bin \
-chardev socket,id=seabios,path=/tmp/seabios0,server,nowait \
-device isa-debugcon,chardev=seabios,iobase=0x402 \
-monitor unix:/tmp/socket0,server,nowait -device sga \
-vga qxl \
-vnc :0 \
-drive file=/usr/share/virtio-win/virtio-win.iso,if=none,media=cdrom,id=drive-ide1,readonly=on,format=raw \
-device ide-drive,bus=ide.1,unit=0,drive=drive-ide1,id=ide1 \
-drive file=/home/rhel7-64.qcow2,if=none,id=drive-virtio-disk0,format=qcow2,cache=none,werror=stop,rerror=stop,aio=threads \
-device virtio-blk-pci,scsi=off,bus=pci.0,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 \
{"QMP": {"version": {"qemu": {"micro": 1, "minor": 12, "major": 0}, "package": "(qemu-kvm-0.12.1.2-2.430.el6)"}, "capabilities": []}}
{"execute":"qmp_capabilities"}
{"return": {}}
{"execute":"system_powerdown"}
{"return": {}}
{"timestamp": {"seconds": 1405404705, "microseconds": 932126}, "event": "POWERDOWN"}
"poweroff" in guest didn't hit this problem.
Created attachment 918063 [details]
screenshot
Another problem is missing mouse in guest. Hi Gerd, For the comment#9 and comment#11, is it the same bug with comment#0 ? Do we need close this bug, and file a new one trace it? Thanks, Mazhang. (In reply to mazhang from comment #9) > Test this bug on qemu-kvm-0.12.1.2-2.430.el6.x86_64, boot guest well, but > powerdown guest got hang. Seems rhel7 is configured to go into suspend by default as response to the power button (system_powerdown injects a acpi power button event into the guest). On rhel6 host I see no reaction at all. On rhel7 host I see the guest go into suspend. Sure the guest is really hanging somewhere and didn't just enter suspend mode? (In reply to mazhang from comment #11) > Another problem is missing mouse in guest. Known issue, fixed in upstream and rhel7, highly unlikely to be fixed in rhel6. (In reply to Gerd Hoffmann from comment #13) > (In reply to mazhang from comment #9) > > Test this bug on qemu-kvm-0.12.1.2-2.430.el6.x86_64, boot guest well, but > > powerdown guest got hang. > > Seems rhel7 is configured to go into suspend by default as response to the > power button (system_powerdown injects a acpi power button event into the > guest). > > On rhel6 host I see no reaction at all. > On rhel7 host I see the guest go into suspend. > > Sure the guest is really hanging somewhere and didn't just enter suspend > mode? It's a bug of gdm, bug 980692. (In reply to Gerd Hoffmann from comment #14) > (In reply to mazhang from comment #11) > > Another problem is missing mouse in guest. > > Known issue, fixed in upstream and rhel7, highly unlikely to be fixed in > rhel6. wontfix, bug 803956. Base above, this bug has been fixed. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2014-1490.html |
Created attachment 911273 [details] snapshot of guest Description of problem: Boot rhel7 guest with qxl and vnc, guest desktop hang. Version-Release number of selected component (if applicable): Host: qemu-kvm-tools-0.12.1.2-2.428.el6.x86_64 gpxe-roms-qemu-0.9.7-6.10.el6.noarch qemu-kvm-0.12.1.2-2.428.el6.x86_64 qemu-img-0.12.1.2-2.428.el6.x86_64 qemu-kvm-debuginfo-0.12.1.2-2.428.el6.x86_64 kernel-2.6.32-477.el6.x86_64 Guest: RHEL7-64 kernel-3.10.0-122.el7.x86_64 How reproducible: always Steps to Reproduce: 1.boot vm: /usr/libexec/qemu-kvm \ -M pc \ -cpu SandyBridge \ -m 4G \ -smp 4,sockets=2,cores=2,threads=1,maxcpus=160 \ -enable-kvm \ -name rhel6.6 \ -uuid 990ea161-6b67-47b2-b803-19fb01d30d12 \ -smbios type=1,manufacturer='Red Hat',product='RHEV Hypervisor',version=el6,serial=koTUXQrb,uuid=feebc8fd-f8b0-4e75-abc3-e63fcdb67170 \ -k en-us \ -rtc base=localtime,clock=host,driftfix=slew \ -nodefaults \ -monitor stdio \ -qmp tcp:0:6666,server,nowait \ -boot menu=on,strict=on \ -bios /usr/share/seabios/bios.bin \ -chardev socket,id=seabios,path=/tmp/seabios,server,nowait \ -device isa-debugcon,chardev=seabios,iobase=0x402 \ -serial unix:/tmp/socket,server,nowait -device sga \ -drive file=/home/rhel7-64.qcow2,if=none,id=drive-virtio-disk0,format=qcow2,cache=none,werror=stop,rerror=stop,aio=threads \ -device virtio-blk-pci,scsi=off,bus=pci.0,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 \ -vga qxl \ -vnc :0 \ -usb \ -device usb-tablet \ 2. 3. Actual results: Guest desktop hang when start GNOME. But can able login guest by serial. Expected results: Guest works well. Additional info: rhel6 guest not found this problem.