Bug 71154

Summary: Above 16GB of ram hard crashes server
Product: Red Hat Enterprise Linux 2.1 Reporter: Vinny <vincent_valdez>
Component: kernelAssignee: Larry Woodman <lwoodman>
Status: CLOSED NOTABUG QA Contact: Brian Brock <bbrock>
Severity: high Docs Contact:
Priority: medium    
Version: 2.1CC: matt_domsch
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
URL: http://www.redhat.com/about/presscenter/2001/press_sevenone.html
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2002-08-09 15:51:58 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:

Description Vinny 2002-08-09 13:09:13 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0; H010818)

Description of problem:
System hangs (99% kswapd usage) and eventually locks up when doing file copies 
and ftp transfers using the latest 2.4.9-e.5.enterprise kernel and 32 GB of 
ram.  The system is an Intel based Dell 8450 poweredge server, with 4 550Mhz 
procs.  Tests were done with 32 GB and only 4 processors, and the system 
behaves aberrantly when running 2.1 AS doing "normal" functions such as 
directory to directory copy of large files.  The system will hard lock, and no 
keyboard or mouse movement is available.  When dropped down to 16GB, the system 
runs great.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. Install 32GB of ram
2. Perform file copies between 500MB and 2GB
3. Watch server lock
4. Drop down to 16GB
5. Server runs great
	

Actual Results:  System locks 100% of the time with 32GB of ram.  After 
disabling all swap space on the system, the system was only hung, and the 
server was able to reboot from the console using CTL-ALT-DEL.


Expected Results:  System should run with up to 64GB according to this RedHat 
press release:

http://www.redhat.com/about/presscenter/2001/press_sevenone.html

Additional info:

RedHat support has been initiated, here is the response and case #:

---redhatsupport---
Service Request 210705 has been Updated

Incident Number: 210705
<removed>
Red Hat Tech:    Consumer Web Support

Your Red Hat product:

Red Hat Linux Advanced Server Version 2.1- Standard

Summary of your problem:

kswapd locks up system during FTP

Description of your problem:

<removed, same as outline above>

Our latest response:

Re: RAM

I apologize if Dell has somehow mislead you as to the memory capabilities of 
AS2.1. We have never publical stated that that much memory is supported. In 
fact in our own testing we do not support configurations above 16GB. In some 
situations you can use 32GB, but as you have found out, that wont always work.
And as for 64 GB, that is the theoretical limit for IA32 and 2.4 kernel, but 
Red Hat Linux (any version) will not even boot with that. There really isn't 
anything we can do other than suggest that you use 16 GB. If [D]ell has sold 
you something more with the promise that AS2.1 will deliver that, then there 
has been some sort of miscommunication and they are mistaken.

Status: Waiting on Customer
---redhatsupport---

After a little digging, I came across this article, in which Alan Cox responds 
to a similar problem, on similar Intel server hardware:

http://hypermail.idiosynkrasia.net/linux-kernel/archived/2001/week52/1009.html

We are just looking for some confirmation that this is a bug, or limitation of 
ReHat.  Thank you.

Comment 1 Arjan van de Ven 2002-12-05 17:34:21 UTC
16Gb is the maximum memory that is generally useful.
upto 32Gb can work in certain limited workloads (webserving for example) but not
for things like Oracle. This is not a bug but a known and published limitation:

http://www.redhat.com/services/techsupport/production/GSS_caveat.html