Red Hat Bugzilla – Bug 151211
kswapd kernel oopses with multithreaded applications
Last modified: 2015-01-04 17:17:47 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041020
Description of problem:
Across a variety of server hardware (IBM eServer 330, Dell PE1750, Dell PE2650, Dell PE2550, AMD64 dual opteron system) I've been seeing a large number of kernel Oopses over the past several weeks. The systems will keep running at first, but usually end up locking up once Oopsing has started. Looking over my logs, I have 134 logged oopses since Feb 28th spread over 28 different systems.
Of those 134, 49 appear to be initiating with kswapd; the others are reported from somewhat random other processes (often multithreaded java-based applications) after a kswapd oops has occurred on the running kernel.
I've read through the current list of 'kernel oops' bugs (I really have) and haven't found anything substantially similar, but I've missed dups before, and I apologize if that's the case. If nothing else, I have a large quantity of data available on these oopses.
Version-Release number of selected component (if applicable):
kernel-2.6.10-1.9_FC2smp kernel-2.6.10-1.14_FC2smp 2.6.10-1.770_FC2smp
Steps to Reproduce:
1. Run memory intensive, multithreaded applications
Actual Results: Kernel Oopses and eventual hang.
Expected Results: User app can crash if neccessary, but the kernel should go on.
I'll attach one set of representative log messages, plus a combined syslog listing grepped for 'Process: ' in case someone would like to request others.
*** This bug has been marked as a duplicate of 151210 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.