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 679018 - spicec crashed on resolution change
Summary: spicec crashed on resolution change
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: spice-client
Version: 6.1
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Uri Lublin
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks: 680763
TreeView+ depends on / blocked
 
Reported: 2011-02-21 10:10 UTC by David Jaša
Modified: 2011-08-30 12:55 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 680763 (view as bug list)
Environment:
Last Closed: 2011-02-27 15:50:45 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
output of gdb --pid `pidof spicec` (4.04 KB, text/plain)
2011-02-21 10:10 UTC, David Jaša
no flags Details
spicec.log (13.08 KB, text/plain)
2011-02-21 10:11 UTC, David Jaša
no flags Details
X log (395.09 KB, text/plain)
2011-02-21 10:12 UTC, David Jaša
no flags Details
dmesg output (150.06 KB, text/plain)
2011-02-21 10:14 UTC, David Jaša
no flags Details
qemu-kvm command line output (1.45 KB, text/plain)
2011-02-21 10:16 UTC, David Jaša
no flags Details
bt of another crash in main.cpp:34 (9.65 KB, text/plain)
2011-02-22 13:25 UTC, David Jaša
no flags Details
full backtrace, otherwise the same as in previous attachment (49.99 KB, text/plain)
2011-02-22 15:56 UTC, David Jaša
no flags Details

Description David Jaša 2011-02-21 10:10:14 UTC
Created attachment 479855 [details]
output of gdb --pid `pidof spicec`

Description of problem:
after a clean install of Win XP guest, I switched to full screen and back and then:
- spicec window disappeared
- X resolution was kept at guest's 800x600 instead of returning back to 1920x1080

Version-Release number of selected component (if applicable):
spice-client-0.7.3-1.el6.x86_64
spice-server-0.7.2-4.el6.x86_64
qemu-kvm-0.12.1.2-2.147.el6.x86_64
xorg-x11-server-Xorg-1.7.7-28.el6.x86_64

How reproducible:
didn't try to reproduce

Comment 1 David Jaša 2011-02-21 10:11:31 UTC
Created attachment 479856 [details]
spicec.log

Comment 2 David Jaša 2011-02-21 10:12:05 UTC
Created attachment 479857 [details]
X log

Comment 3 David Jaša 2011-02-21 10:14:30 UTC
Created attachment 479859 [details]
dmesg output

Comment 4 David Jaša 2011-02-21 10:16:20 UTC
Created attachment 479860 [details]
qemu-kvm command line output

Comment 6 David Jaša 2011-02-22 13:25:55 UTC
Created attachment 480129 [details]
bt of another crash in main.cpp:34

I got another crash in main.cpp:34, this time when switching rhel6/32 guest from console to X. Command line for qemu was:

qemu-kvm -boot order=c -net nic -net tap,ifname=$TAP,script=no -smp 2 -m 1024 -name rhel6_32 -enable-kvm -spice port=3000,disable-ticketing -soundhw ac97 -vga qxl -device virtio-serial -chardev spicevmc,id=vdagent,debug=0,name=vdagent -device virtserialport,chardev=vdagent,name=com.redhat.spice.0 /dev/root_vg/q-rhel6_32

Comment 7 David Jaša 2011-02-22 15:56:08 UTC
Created attachment 480165 [details]
full backtrace, otherwise the same as in previous attachment

Comment 8 Alon Levy 2011-02-27 15:50:45 UTC
Splitting this bug because it involves two issues:
 * one is the bad parameter which we (Hans, myself) couldn't reproduce.
 * the other is the cause of the hang, which looks like we are taking the XLockDisplay in a non main thread, and then in the main thread it gets stuck on it. The proposed solution is to keep a counter on outstanding XLockDisplay, and if it's non zero in the X error handler don't do any further X operations.

If you manage to reproduce this bug (this is left as the bug for the bad parameter) please reopen it.


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