RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1112078 - RHEL7 guest desktop hang when boot with qxl and vnc
Summary: RHEL7 guest desktop hang when boot with qxl and vnc
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: qemu-kvm
Version: 6.5
Hardware: Unspecified
OS: Unspecified
low
medium
Target Milestone: rc
: ---
Assignee: Gerd Hoffmann
QA Contact: Virtualization Bugs
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-06-23 06:31 UTC by mazhang
Modified: 2016-09-20 04:41 UTC (History)
10 users (show)

Fixed In Version: qemu-kvm-0.12.1.2-2.430.el6
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-10-14 07:01:57 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
snapshot of guest (52.45 KB, image/png)
2014-06-23 06:31 UTC, mazhang 		no flags Details
serial log (27.30 KB, text/plain)
2014-06-23 06:33 UTC, mazhang 		no flags Details
screenshot (66.13 KB, image/png)
2014-07-15 06:20 UTC, mazhang 		no flags Details
View All


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2014:1490 0 normal SHIPPED_LIVE qemu-kvm bug fix and enhancement update 2014-10-14 01:28:27 UTC

Description mazhang 2014-06-23 06:31:38 UTC 
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.
Comment 2 mazhang 2014-06-23 06:33:04 UTC 
Created attachment 911274 [details]
serial log
Comment 3 Jeff Nelson 2014-06-25 09:20:04 UTC 
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.
Comment 4 mazhang 2014-06-25 09:27:38 UTC 
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.
Comment 5 Gerd Hoffmann 2014-07-02 10:25:00 UTC 
upstream commit: 0ec8df3974d2a4ff95b5fd4785b9bd3def7252f3
scratch build: http://brewweb.devel.redhat.com/brew/taskinfo?taskID=7657259
patches posted.
Comment 7 Jeff Nelson 2014-07-08 17:40:21 UTC 
Fix included in qemu-kvm-0.12.1.2-2.430.el6
Comment 9 mazhang 2014-07-15 06:19:34 UTC 
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.
Comment 10 mazhang 2014-07-15 06:20:20 UTC 
Created attachment 918063 [details]
screenshot
Comment 11 mazhang 2014-07-15 06:21:59 UTC 
Another problem is missing mouse in guest.
Comment 12 mazhang 2014-07-15 06:32:31 UTC 
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.
Comment 13 Gerd Hoffmann 2014-07-15 07:35:53 UTC 
(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?
Comment 14 Gerd Hoffmann 2014-07-15 07:38:00 UTC 
(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.
Comment 15 mazhang 2014-07-16 02:41:15 UTC 
(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.
Comment 16 mazhang 2014-07-16 02:42:01 UTC 
Base above, this bug has been fixed.
Comment 17 errata-xmlrpc 2014-10-14 07:01:57 UTC 
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
Note You need to log in before you can comment on or make changes to this bug.