Bug 55195

Summary: Ext3 doesn't work properly
Product: [Retired] Red Hat Linux Reporter: Mark Cuss <mcuss>
Component: kernelAssignee: Arjan van de Ven <arjanv>
Status: CLOSED NOTABUG QA Contact: Brock Organ <borgan>
Severity: high Docs Contact:
Priority: medium    
Version: 7.2   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
URL: http://www.redhat.com/support/wpapers/redhat/ext3/
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2001-10-26 22:06:57 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 Mark Cuss 2001-10-26 21:57:28 UTC 
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0)

Description of problem:
Ext3 support is provided in the 2.4.7-10 kernel, but is NOT supported in 
the standard linux 2.4.x kernel tree!!!!!!!! This is dumb!

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


How reproducible:
Always

Steps to Reproduce:
If one migrates to ext3, then tried to upgrade the kernel, guess what?  
Standard "vanilla" kernels (the latest being 2.4.13) do not support ext3 
filesystems.  And, in the shipped kernel, it is marked as EXPERIMENTAL!!!  
Why the hell would RedHat ship a distro fully touting an experimental, non 
supported file system.  This must be removed immediately until suport for 
ext3 is in the stanard kernel.

Additional info:
Comment 1 Alan Cox 2001-10-26 22:06:52 UTC 
The ext3 file system has been through large amounts of stress testing in the Red
Hat release kernels. These are stress tests the vanilla kernel even without ext3
simply crashes and burns under.

All technology we use and incorporate is extensively verified by both the
engineering and QA team. We feel confident in our QA engineering.

The ext3 file system should be in Linus tree for 2.4.14/15. It was delayed by
the fact that Linus and Andrea chose to rewrite the virtual memory subsystem for
the mainstream kernel Mainstream kernel schedules are beyond our control and
this means we may often ship device drivers or other fixes before Linus merges
them mainstream.

Alan