Red Hat Bugzilla – Bug 101347
XFree86 4.2.1-21 crashes with signal 11 and restartes after that
Last modified: 2007-04-18 12:56:26 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20030716
Description of problem:
after installing Free86-4.2.1-21 rpms X started to crash at random
(with and without xscreensaver), mostly with matlab plots.
crashes on Nvidia and Matrox video cards and 2 different
pcs, so not likely be a hardware/driver problem.
gdm: gdm_slave_xioerror_handler: Fatal X error - Restarting :0
GetModeLine - scrn: 0 clock: 157500
GetModeLine - hdsp: 1280 hbeg: 1344 hend: 1504 httl: 1728
vdsp: 1024 vbeg: 1025 vend: 1028 vttl: 1072 flags: 5
Fatal server error:
Caught signal 11. Server aborting
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.start matlab scripts with making plots
2.takes several hours to crash the system
Please attach your X server log file and config file to the bug report using the
bugzilla file attachment feature. Also attach your kernel log file. Once this
information is available, someone can examine it for clues. Be sure that the log
file attached is from after the problem occurs, by backing up a copy while X is
I don't have access to Matlab, so I'll need your assistance to try and narrow
this down to something troubleshootable.
Created attachment 93382 [details]
Created attachment 93383 [details]
the log file you've attached is incomplete and appears to be captured via
shell redirection. Please attach /var/log/XFree86.0.log
Also, you didn't attach the kernel log file, please attach /var/log/messages
Created attachment 94355 [details]
I don't know if this is useful given that RH 8 has hit EOL, but:
We're seeing similar behavior (and similar logfiles) on an SMP system
running XFree86-4.2.1-23. Running some of our code based on ROOT
(http://root.cern.ch) eventually causes a signal 11 to be caught by
the server. I'm going to upgrade the kernel and try and create a
reproducible executable if you guys are interested.
Thanks for your bug update. Unfortunately, as you mention above,
Red Hat Linux 8.0 has reached it's supported end of life cycle.
The products that we currently support, have XFree86 4.3.0 (in the
case of Red Hat Enterprise Linux 3, Red Hat Linux 9, and Fedora
Core 1), or XFree86 4.1.0 in the case of Red Hat Enterprise
Linux 2.1 and Red Hat Advanced Server 2.1.
My recommendation for an officially supported solution, would be
if possible, to upgrade to one of our OS products/projects from
the above, which ships with XFree86 4.3.0 and see if the problem
is resolved in one of these newer OS releases.
Red Hat Linux 9 will also be going end of life fairly soon, at
the end of April if I recall correctly, so if you'd like to just
test 4.3.0 out to see if it works effectively, Fedora Core 1 might
be the best option for testing purposes in the short term. Long
term, Red Hat Enterprise Linux 3 may turn out to be a more
effective solution path for you, as the support life cycle of
the RHEL 3 line of products is 5 years from the initial
date of release.
I'm going to set the status of the report to "WONTFIX" for now,
because this OS release is not supported any longer, however if
you are able to reproduce this problem still under one of the
supported OS releases with XFree86 4.3.0, please reopen the report
and we can re-examine the issue in greater detail.
Thanks again for the feedback Burt.