Red Hat Bugzilla – Bug 162873
kernel Oops in do_IRQ (XFS stack overflow)
Last modified: 2007-11-30 17:11:09 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050524 Fedora/1.0.4-4 Firefox/1.0.4
Description of problem:
Every so often the kernel crashes and hangs the machine. I tried reinstalling FC4, switching to a different computer, and booting with the acpi=off kernel flag, but nothing has helped. The crash seems to occur during heavy periods of network traffic or hard disk activity - high IRQ loads. However, I have never gotten the computer to run for more than a couple of hours without crashing. At first I thought it was related to NFS because that was where I was having the crashes, but after more investigating, it can happen at any time.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. install FC4
2. start a high irq task
Actual Results: crash after a while
Expected Results: normal operation
The two computers I have used are as follows:
2x 64mb pc133 DIMMS
Segate 40Gb hard drive
AMD Duron 1.7
Asus A7NX8 MB
1x 128mb pc2100 DIMM
WD 250Gb hard drive
Optional packages installed (all with yum):
running in runlevel 3 - no RHGB
running httpd, nfs, samba, postgres, and sendmail
Created attachment 116578 [details]
capture of the result of the kernel switch console=ttyS0
This is a capture of the console output of the kernel. The end repeats until a
key is pressed on the keyboard. This time I stopped it after about a minute.
*** Bug 162872 has been marked as a duplicate of this bug. ***
Created attachment 116580 [details]
another crash dump
This is another dump, but this time it didn't generate continious output - it
stopped on its own.
After looking at this some more, I am not sure what the problem is, I thought it
was related to IRQs, but it may actually be a VM issue. All I know is that I
have no idea what is wrong. It does not happen on my other FC4 box, and I don't
know why. The only thing that I can think is that both of the failing machines
have only 128Mb of ram, while the working machine has 1Gb. If you need more
traces, or other information, please feel free to E-Mail me at email@example.com.
I borrowed a 512Mb DIMM and installed it, and that seems to have fixed the
problem. Which makes me think that the problem is in the VM subsystem. Adding
more memory reduces the crashes, but I can make it crash within 2 hours with
128mb of ram running in text only mode. The release notes say that only 64 is
required for text mode, so this still needs to be looked into.
[This comment has been added as a mass update for all FC4 kernel bugs.
If you have migrated this bug from an FC3 bug today, ignore this comment.]
Please retest your problem with todays 2.6.12-1.1398_FC4 update.
If your problem involved being unable to boot, or some hardware not being
detected correctly, please make sure your /etc/modprobe.conf is correct *BEFORE*
installing any kernel updates.
If in doubt, you can recreate this file using..
mv /etc/sysconfig/hwconf /etc/sysconfig/hwconf.bak
mv /etc/modprobe.conf /etc/modprobe.conf.bak
There are known issues with XFS and 4KB stacks. I'd suggest bringing this up
with the SGI folks upstream, as XFS doesn't get any attention from Fedora
maintainers, we just inherit whatever fixes occur upstream.