Red Hat Bugzilla – Bug 149162
dbus sends SIGSTOP to startx process group when switching VTs
Last modified: 2014-06-02 09:17:14 EDT
Description of problem:
The dbus daemon/system seems to be sending a SIGSTOP to all the
members of the startx process group when X registers the ctrl-alt-Fx
Vt switching commands. When you switch back to the x session in
question, no SIGCONT is issued and hence everything is frozen.
Version-Release number of selected component (if applicable):
How reproducible: whenever dbus-launch is used to run .Xclients
Steps to Reproduce:
1. boot runlevel 3
2. login and run startx
3. ctrl-alt-F1 to switch to the console
4. ctrl-alt-Fx to switch back to the X session
5. play with the mouse since that's all that moves...
Actual results: x session clients are frozen
Expected results: working x session clients
The x session can be saved by issuing a SIGCONT to all paused
processes _except_ anything associated with dbus, i.e., from a working
VT: top -i -u $USERNAME, and for all lines with a T for the status,
issue SIGCONT, unless it is the dbus-launch process (leave it stopped)
Vt switch back the the x session Vt and things are working again.
in your primary .bashrc, define
# kill the DBUS lauch
(see /etc/X11/xinit/xinitrc-common and /etc/X11/xinit/xinitrc
to understand how this saves you from the cluelessness of dbus)
At least in FC3, this dbus business has no documentation to explain
what is does or why it is needed. It seems to be a new addition to
xorg. Philosophically, it is very bad to stop a users processes just
because he or she has switched to another VT.
Sounds like a bug in dbus rather than xorg-x11.
Fedora Core 3 is now maintained by the Fedora Legacy project for security
updates only. If this problem is a security issue, please reopen and
reassign to the Fedora Legacy product. If it is not a security issue and
hasn't been resolved in the current FC5 updates or in the FC6 test
release, reopen and change the version to match.
It looks like the bug is resolved in FC6, but is not resolved in RHEL 5.
How to reproduce:
1. login as user in runlevel 3
2. exec startx
3. X Window system will hang soon
Please change product to RHEL5.
Retested (see comment #3), so clearing the needinfo bit.
This bug/component is not included in scope for RHEL-5.11.0 which is the last RHEL5 minor release. This Bugzilla will soon be CLOSED as WONTFIX (at the end of RHEL5.11 development phase (Apr 22, 2014)). Please contact your account manager or support representative in case you need to escalate this bug.
Thank you for submitting this request for inclusion in Red Hat Enterprise Linux 5. We've carefully evaluated the request, but are unable to include it in RHEL5 stream. If the issue is critical for your business, please provide additional business justification through the appropriate support channels (https://access.redhat.com/site/support).