Bug 85977

Summary: newburn causing hard lock on AS2.1
Product: Red Hat Enterprise Linux 2.1 Reporter: Larry Troan <ltroan>
Component: kernelAssignee: Larry Woodman <lwoodman>
Status: CLOSED NOTABUG QA Contact: Brian Brock <bbrock>
Severity: high Docs Contact:
Priority: high    
Version: 2.1CC: ichute, shillman, tao
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-10-03 14:34:18 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
MVC-016S.jpg
none
MVC-017S.jpg none

Description Larry Troan 2003-03-11 20:42:21 UTC 
PE8755 Ares, 4x256mg ram, 8x2.0ghz, perc 4/im, raid 0, HT disabled, bios X11
running newburn from anywhere to 10 minutes to 4 hours will cause system to hard
lock, top shows all memory and swap being used. Does not occur on 1 node system
with 4 procs and HT on. Have also tried with update kernel 2.4.9-e.12
Also seeing some kernel panics, attached image.

----------
Action by: doliver
Issue Registered
----------
Action by: doliver


Status set to: Waiting on Tech
File uploaded: MVC-016S.jpg

----------
Action by: doliver


File uploaded: MVC-017S.jpg


ISSUE TRACKER 17095 opened by Dell as Sev 1
Comment 1 Larry Troan 2003-03-11 20:43:55 UTC 
Created attachment 90560 [details]
MVC-016S.jpg
Comment 2 Larry Troan 2003-03-11 20:44:34 UTC 
Created attachment 90561 [details]
MVC-017S.jpg
Comment 3 Larry Woodman 2003-03-11 21:25:37 UTC 
I recently fixed a problem where kswapd forced processes to sleep when
memory is low but never oom-killed when swap space is exhausted.  The 
kernel is in: http://people.redhat.com/lwoodman/.private/

Please try this out and let me know if it fixes the problem.

Larry Woodman
Comment 4 Suzanne Hillman 2003-10-03 14:34:18 UTC 
The IT for this bug was closed by Client on 04-29-2003 04:29pm because "Ares has
been cancled." Closing this. 

Not entirely sure which resolution is appropriate, so I'm picking "NOTABUG".
Mainly because it appears that the hardware in question is no longer being used,
so it isn't a bug anymore.