Bug 128666 - X restarted by gdm
X restarted by gdm
Product: Fedora
Classification: Fedora
Component: xorg-x11 (Show other bugs)
i386 Linux
medium Severity high
: ---
: ---
Assigned To: X/OpenGL Maintenance List
: Triaged
Depends On:
  Show dependency treegraph
Reported: 2004-07-27 15:33 EDT by Tethys
Modified: 2007-11-30 17:10 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-02-01 05:05:39 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
X log (15.33 KB, application/x-gzip)
2004-12-06 16:24 EST, Tethys
no flags Details
message, Xorg.0.log, and xorg.conf - X server restart / OpenGL (6.79 KB, application/octet-stream)
2004-12-26 20:31 EST, Eric Durant
no flags Details
/var/log/messages extract (1.47 KB, text/plain)
2005-01-05 13:14 EST, Tethys
no flags Details
Xorg.0.log (9.38 KB, text/plain)
2005-01-05 13:15 EST, Tethys
no flags Details
Xorg log file (19.86 KB, application/octet-stream)
2005-01-31 11:02 EST, Tethys
no flags Details

  None (edit)
Description Tethys 2004-07-27 15:33:59 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616

Description of problem:
I was browsing the web with Mozilla. The X server just restarted
with no warning or input from me. The only clue I could find was
the following entry in /var/log/messages:

Jul 27 20:26:15 leto gdm[10222]: gdm_slave_xioerror_handler: Fatal X
error - Restarting :0

I'd guess that the fault lies with X itself, rather than gdm.

This has happened to me a few times recently, with no apparent
link between them to indicate what's triggering it.

Version-Release number of selected component (if applicable):

How reproducible:
Couldn't Reproduce

Steps to Reproduce:
1. N/A

Additional info:

01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV100
QY [Radeon 7000/VE]

processor       : 0
vendor_id       : GenuineIntel
cpu family      : 15
model           : 3
model name      : Intel(R) Pentium(R) 4 CPU 3.00GHz
stepping        : 3
cpu MHz         : 2993.676

Intel D865PERL motherboard

Linux leto.astradyne.corp 2.6.7 #1 SMP Wed Jun 16 20:15:39 BST 2004
i686 i686 i386 GNU/Linux
Comment 1 Tethys 2004-11-11 12:22:27 EST
Just had this happen to me at work, again on FC2, this time with a
newer graphics card (but again a Radeon):

Nov 11 17:12:05 isengard gdm[2877]: gdm_slave_xioerror_handler: Fatal
X error - Restarting :0
Nov 11 17:12:05 isengard gdm(pam_unix)[2877]: session closed for user tet

01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon
9200] (rev 01)

Dual Xeon Compaq XP6000 workstation:

processor       : 3
vendor_id       : GenuineIntel
cpu family      : 15
model           : 2
model name      : Intel(R) Xeon(TM) CPU 2.80GHz
stepping        : 7
cpu MHz         : 2791.844
cache size      : 512 KB

Linux isengard.accucard.com 2.6.8-1.521smp #1 SMP Mon Aug 16 09:25:06
EDT 2004 i686 i686 i386 GNU/Linux
Comment 2 Tethys 2004-11-11 12:26:52 EST
Comment 3 Mike A. Harris 2004-12-06 13:00:49 EST
Please upgrade your entire Fedora Core 2 system, including xorg-x11
and the kernel, to the latest official Red Hat released updates
for FC2.

Once you've ensured you are running the latest versions of all rpm
packages, if the problem is still reproduceable, please attach all
X server log files from /var/log/Xorg*, as well as the X server
config file, and /var/log/messages from boot time onward, from a
session which has triggered this problem.

Do you think this might be related to OpenGL screensavers perhaps?
Please indicate if there are any specific applications or other
software which triggers the problem.  We'll need enough information
to be able to reliably reproduce the problem in order to investigate.

Comment 4 Mike A. Harris 2004-12-06 13:01:36 EST
Setting status to "NEEDINFO", pending attachment of information
requested in comment #3 above.
Comment 5 Tethys 2004-12-06 16:00:05 EST
Already up to date with the latest packages (as I was at the time
I reported it). Incidentally, I would normally upgrade to FC3, but
the machines on which I've done so are quite unstable, and the two
boxen on which I've seen this problem are too heavily used to be
subjected to that level of instability.

It's definitely not related to OpenGL screensavers -- this problem
has manifested itself several times, but only ever when the machine
was in active use, usually on a keypress of mouse move, and not when
screensavers were running (that problem is logged separately as
another bug :-)

I'll attach the Xorg logs when it next happens.
Comment 6 Tethys 2004-12-06 16:17:41 EST
"As if by magic, a shopkeeper appeared". I appear to have a saved
copy of the X log from the last time it crashed. Attached...
Comment 7 Tethys 2004-12-06 16:24:56 EST
Created attachment 107999 [details]
X log
Comment 8 Eric Durant 2004-12-26 20:31:50 EST
Created attachment 109131 [details]
message, Xorg.0.log, and xorg.conf - X server restart / OpenGL

I'm experiencing what seems to be the same bug (X server restart with
gdm_slave_xioerror_handler) under both FC2 (up2date 17 December 2004) and FC3
(up2date 26 December 2004).  The problem started under FC2 in early-mid
December, I think, after doing an up2date -u; until then, FC2 appeared to run
correctly.  Specifically, any application that uses OpenGL seems to cause the
error.	I've tried this with very simple GLUT and QGLWidget test applications
that simply draw a white box on a black background to show that OpenGL is
working.  I'm running under VMWare 4.5.2 and, of course, have enabled GLX in
xorg.conf.  These applications worked fine under RH9 and FC1, and under FC2
until a recent update.	I've attached a Zip file with "messages" since the last
shutdown, "Xorg.0.log" and "xorg.conf".  Please let me now if any additional
information is needed.
Comment 9 Tethys 2005-01-05 13:13:53 EST
Had this again today at work, only much worse than before. It was
crashing 2 or 3 minutes after logging in, repeatably. This even
survived a power cycle. However, completely removing the power lead
for a few minutes seems (so far) to have cured it. Relevant logs
Comment 10 Tethys 2005-01-05 13:14:31 EST
Created attachment 109382 [details]
/var/log/messages extract
Comment 11 Tethys 2005-01-05 13:15:10 EST
Created attachment 109383 [details]
Comment 12 Tethys 2005-01-05 13:19:42 EST
Oops. That last attachment is gzipped, not plain text.

Also maybe noteworthy -- unlike previous occurences of this,
switching to a text console with Ctrl-Alt-F1 after the X
restart deadlocked my machine, to the point where keyboard
LEDs stopped working and even magic sysrq wasn't able to
reboot the box.
Comment 13 Tethys 2005-01-05 13:24:11 EST
Sigh. I obviosuly spoke too soon. Just restarted again, so
confiscating the power was only a temporary fix. Also this is
definitely not OpenGL related. I had no GL apps running.
Comment 14 Tethys 2005-01-05 13:49:53 EST
Well, some progress at least. I've now found a way to trigger this
bug reliably, so it's no longer intermittent. Click on the "edit"
link against the Xorg.0.log attachment to this bug. If it doesn't
die at that point, then moving the cursor over the attachment name
input box always causes the X server to die immediately.
Comment 15 Tethys 2005-01-31 11:01:06 EST
...and another crash. /var/log/messages contains the same error
(I've included the previous lines, as they're temporally close
enough to the crash that it may be related):

Jan 31 14:29:50 isengard modprobe: FATAL: Error running install
command for sound_slot_1 
Jan 31 14:38:08 isengard last message repeated 2 times
Jan 31 14:42:13 isengard last message repeated 2 times
Jan 31 14:43:33 isengard last message repeated 2 times
Jan 31 15:45:04 isengard last message repeated 2 times
Jan 31 15:46:17 isengard last message repeated 2 times
Jan 31 15:46:17 isengard modprobe: FATAL: Error running install
command for sound_slot_1 
Jan 31 15:48:34 isengard gdm[2844]: gdm_slave_xioerror_handler: Fatal
X error

X log is attached
Comment 16 Tethys 2005-01-31 11:02:34 EST
Created attachment 110442 [details]
Xorg log file
Comment 17 Mike A. Harris 2005-02-01 05:05:39 EST
Since this bugzilla report was filed, there have been several major
updates to the X Window System, which may resolve this issue.  Users
who have experienced this problem are encouraged to upgrade to the
latest version of Fedora Core, which can be obtained from:


If this issue turns out to still be reproduceable in the latest
version of Fedora Core, please file a bug report in the X.Org
bugzilla located at http://bugs.freedesktop.org in the "xorg"

Once you've filed your bug report to X.Org, if you paste the new
bug URL here, Red Hat will continue to track the issue in the
centralized X.Org bug tracker, and will review any bug fixes that
become available for consideration in future updates.

Setting status to "CURRENTRELEASE" of FC3.

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