Re: ext2 filesystem corruptions back from dead? 2.4.0-test11

From: Neil Brown (neilb@cse.unsw.edu.au)
Date: Thu Nov 23 2000 - 01:03:00 EST


On Thursday November 23, mhaque@haque.net wrote:
> I just got these while doing many compiles on my box ....
>
> Nov 23 00:40:06 viper kernel: EXT2-fs warning (device ide0(3,3)):
> ext2_unlink: Deleting nonexistent file (622295), 0
> Nov 23 00:40:06 viper kernel: = 1
> Nov 23 00:40:06 viper kernel: EXT2-fs error (device ide0(3,3)):
> ext2_free_blocks: Freeing blocks not in datazone - block = 540028982,
> count = 1
> Nov 23 00:40:06 viper kernel: EXT2-fs error (device ide0(3,3)):
> ext2_free_blocks: Freeing blocks not in datazone - block = 540024880,
> count = 1
> Nov 23 00:40:06 viper kernel: EXT2-fs error (device ide0(3,3)):
> ext2_free_blocks: Freeing blocks not in datazone - block = 170926128,
> count = 1

Oh, good. It's not just me and Tigran then. I was at first blaming
my raid5 code for this, but if you get it and Tigran gets it (reported
  http://boudicca.tux.org/hypermail/linux-kernel/2000week48/0257.html
) then it's probably not me.

And interesting data point:
 my raid5 reports when it get a read or write request on a block that
 it currently has an outstanding read or write request. This report
 gets triggered just after a spate of "Freeing blocks not in ...zone"
 messages - there appear to be multiple write requests for the same
 block.
 This seems to suggest that something in the buffer cache is getting
 corrupted.

Now if only we had a reliable way to reproduce it, we could start a
binary search for the offending patch... but I can only reproduce it
on a patched kernel after several hours of performance testing.

NeilBrown

>
>
> What else should I provide?
>
> [mhaque@viper mhaque]$ uname -a
> Linux viper.haque.net 2.4.0-test11 #6 Sun Nov 19 22:17:33 EST 2000 i686
> unknown
>
> Nov 16 19:03:15 viper kernel: Uniform Multi-Platform E-IDE driver
> Revision: 6.31
> Nov 16 19:03:15 viper kernel: ide: Assuming 33MHz system bus speed for
> PIO modes; override with idebus=xx
> Nov 16 19:03:15 viper kernel: PIIX4: IDE controller on PCI bus 00 dev 39
> Nov 16 19:03:15 viper kernel: PIIX4: chipset revision 1
> Nov 16 19:03:15 viper kernel: PIIX4: not 100%% native mode: will probe
> irqs later
> Nov 16 19:03:15 viper kernel: ide0: BM-DMA at 0xf000-0xf007, BIOS
> settings: hda:DMA, hdb:DMA
> Nov 16 19:03:15 viper kernel: ide1: BM-DMA at 0xf008-0xf00f, BIOS
> settings: hdc:DMA, hdd:DMA
>
> Nov 16 19:03:15 viper kernel: hda: IBM-DJNA-371350, ATA DISK drive
> Nov 16 19:03:15 viper kernel: hdb: CREATIVEDVD-ROM DVD2240E 12/24/97,
> ATAPI CDROM drive
> Nov 16 19:03:15 viper kernel: hdc: Maxtor 82160D2, ATA DISK drive
> Nov 16 19:03:15 viper kernel: hdd: IBM-DTLA-307045, ATA DISK drive
>
> --
>
> =====================================================================
> Mohammad A. Haque http://www.haque.net/
> mhaque@haque.net
>
> "Alcohol and calculus don't mix. Project Lead
> Don't drink and derive." --Unknown http://wm.themes.org/
> batmanppc@themes.org
> =====================================================================
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> Please read the FAQ at http://www.tux.org/lkml/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/



This archive was generated by hypermail 2b29 : Thu Nov 23 2000 - 21:00:25 EST