Bug 190214

Created attachment 128376 [details]
Shows the erros messages of the kernel fault.

When cpu intensive applications such as FAH are run, it's pushing the hardware
to the limits. If any part of the system is marginal, then sooner or later,
something will break. A typical failure mode of such systems under stress is
single bits of memory flipping state. The output you show could be explained by
this.  Furthermore, this is an isolated case, which adds further credibility to
this theory. (This sort of problem is something that should either affect a lot
of people, or no-one. 1-2 cases of it are pretty much guaranteed to be hardware
problems of some kind).

You may find running memtest86+ for a day or so may yield further info.

A new kernel update has been released (Version: 2.6.18-1.2200.fc5)
based upon a new upstream kernel release.

Please retest against this new kernel, as a large number of patches
go into each upstream release, possibly including changes that
may address this problem.

This bug has been placed in NEEDINFO state.
Due to the large volume of inactive bugs in bugzilla, if this bug is
still in this state in two weeks time, it will be closed.

Should this bug still be relevant after this period, the reporter
can reopen the bug at any time. Any other users on the Cc: list
of this bug can request that the bug be reopened by adding a
comment to the bug.

In the last few updates, some users upgrading from FC4->FC5
have reported that installing a kernel update has left their
systems unbootable. If you have been affected by this problem
please check you only have one version of device-mapper & lvm2
installed.  See bug 207474 for further details.

If this bug is a problem preventing you from installing the
release this version is filed against, please see bug 169613.

If this bug has been fixed, but you are now experiencing a different
problem, please file a separate bug for the new problem.

Thank you.

have run memtest for 4 hrs 11 passes - no errors
have run the other kernels including 2.6.18 inital

did a yum update for lastest FC5 including kernel 2.18.1 2200
System is running good. No errors or problems on SMP ht.
rebooted into non smp kernel
gnome-termal failed and needed restart.

machine is now running fah (a big unit) and time will tell if it helped.
About 24-72 hrs.

thank you

Darwin

Well that didn't take long.

First fah wu exited on 0x0 code after 50 min.
A fah unknown error.

The next fah wu was using 3Dnow 
It ran for 20 min and dumpped as usual on the tty screen indicating a page fault.
The computer was locked up.
some text referred spin lock, then to big spin lock.

upon reboot many idnoe ophans recovered (i get this a lot in FC6, no so much in
FC5. This is FC5).

Looked thru the logs but no sign of dump.

Some message about ioctl on dbus but no detail with it.

some avc activity could not be logged but I'm not sure what or when those happened.

Only other activity was beagle index ran for a min or 2.

There was not enough time for the CPU to overheat.
It usually runs for a fw hours before crashing on fah.

Darwin

I need to see the exact messages to make any progress on this.
The backtraces similar to what you filed in comment 2

The information we've requested above is required in order
to review this problem report further and diagnose/fix the
issue if it is still present.  Since there have not been any
updates to the report since thirty (30) days or more since we
requested additional information, we're assuming the problem
is either no longer present in the current Fedora release, or
that there is no longer any interest in tracking the problem.

Setting status to "INSUFFICIENT_DATA".  If you still
experience this problem after updating to our latest Fedora
release and can provide the information previously requested, 
please feel free to reopen the bug report.

Thank you in advance.