Bug 74746

Summary:	FS Corruption with 2.4.18-10 (Athlon XP)
Product:	[Retired] Red Hat Linux	Reporter:	Need Real Name <sjt>
Component:	kernel	Assignee:	Arjan van de Ven <arjanv>
Status:	CLOSED ERRATA	QA Contact:	Brian Brock <bbrock>
Severity:	high	Docs Contact:
Priority:	medium
Version:	7.3
Target Milestone:	---
Target Release:	---
Hardware:	i686
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2003-12-17 02:42:24 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 Need Real Name 2002-10-01 12:50:42 UTC

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (compatible; Konqueror/3.0.0-10; Linux)

Description of problem:
On an Athlon XP2000+ box I have been seeing severe filesystem corruption with the 2.4.18-10 (i686) kernel.

The box has:
00:00.0 Host bridge: VIA Technologies, Inc. VT8367 [KT266]
00:01.0 PCI bridge: VIA Technologies, Inc. VT8367 [KT266 AGP]
00:11.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06)

The system disk is a 20GB Western Digital model code:
hda: WDC WD200EB-00CSF0, ATA DISK drive

The system worked stably with the original 2.4.18-3 kernel, but on upgrading to the -10 release (owing to nfs problems on other machines), initially it booted but then hung up. On trying to reboot it failed to boot (did not find the swap or root partitions) after grub had loaded the kernel. 

After a re-install and re-upgrade, it booted part way (hanging while looking for the NIS server) and rebooting to the rescue system revealed an unmountable root partion and fsck -y wiped the lot.

Initially I had an ext2 root partition, on the first re-install I changed to to ext3.



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


How reproducible:
Always

Steps to Reproduce:
1. Install 2.4.18-10.i686 kernel to machine with stated hardware
2. Boot

 

Additional info:

Comment 1 Arjan van de Ven 2002-10-01 12:55:26 UTC

are there any kernel messages of value?
What kernel modules are you using?

Comment 2 Need Real Name 2002-10-01 13:12:42 UTC

Unfortunately any kernel message have been lost when I reinstalled. Since this 
is someone's workstation I'm loath to interrupt her work again to try to break 
it again. 
 
The currently loaded modules (with the 2.4.18-3 kernel) are: 
[root@lnxl root]# lsmod 
Module                  Size  Used by    Not tainted 
via82cxxx_audio        20480   0  (autoclean) 
uart401                 7936   0  (autoclean) [via82cxxx_audio] 
ac97_codec             11936   0  (autoclean) [via82cxxx_audio] 
sound                  71916   0  (autoclean) [via82cxxx_audio uart401] 
soundcore               6692   4  (autoclean) [via82cxxx_audio sound] 
binfmt_misc             7556   1 
nfs                    86172   3  (autoclean) 
lockd                  56768   1  (autoclean) [nfs] 
sunrpc                 75764   1  (autoclean) [nfs lockd] 
autofs                 12132   1  (autoclean) 
eepro100               20240   1 
ide-cd                 30272   0  (autoclean) 
cdrom                  32224   0  (autoclean) [ide-cd] 
usb-uhci               24452   0  (unused) 
usbcore                73216   1  [usb-uhci] 
ext3                   67136   5 
jbd                    49400   5  [ext3]

Comment 3 Need Real Name 2002-10-01 15:01:54 UTC

OK: Just found a wierd message in the dmesg output for the current kernel   
which may be relevant:   
  
Uniform Multi-Platform E-IDE driver Revision: 6.31 
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx 
VP_IDE: IDE controller on PCI bus 00 dev 89 
PCI: No IRQ known for interrupt pin A of device 00:11.1. Please try using   
pci=biosirq.   
VP_IDE: chipset revision 6 
VP_IDE: not 100% native mode: will probe irqs later 
VP_IDE: Unknown VIA SouthBridge, contact Vojtech Pavlik <vojtech> 
 
Certainly something to do with the IDE controller.

Comment 4 Dave Jones 2003-12-17 02:42:24 UTC

should be fixed in 2.4.20 errata kernels.