Re: 1352 NUL bytes at the end of a page? (was Re: Assertion `s && s->tree' failed: The saga continues.)

[Steven Cole]

On Monday 17 May 2004 06:13 pm, Andrew Morton wrote:
> Steven Cole <elenstev@xxxxxxxxxxx> wrote:
> >
> > > 
> > OK, applied your one-liner above with PREEMPT.
> > 
> > ...
> > Found null start 0xfb259a end 0xfb3000 len 0xa66 line 478846
> > 
> > The above was on reiserfs and happened on the very first pull.
> > 
> > Attaching the source of saga.c for reference.
> 
> ok, thanks.
> 
> > So, what next doc?  Back out that one-liner and try your vmtruncate?
> 
> No, it won't help in that case.
> 
> > Or try Chris' patch for reiserfs?
> > 
> > At the moment I'm testing on ext3, which survived the two pull/unpulls.  
> > This is like watching paint dry.
> > 
> > I'll do some more bk unpull and bk pull cycles until this breaks on ext3.
> 
> I guess it would be interesting to run it on a filesystem which has 2k or
> even 1k blocksize.  If the corruption then terminates on a 2k- or
> 1k-boundary then that will rule out a few culprits.
> 
> I'd really like to see this happen on some other machine though.  It'd be
> funny if you have a dud disk drive or something.
> 
> 
I have a backup disk as /dev/hdb, which is usually not mounted.

[root@spc steven]# df -T
Filesystem    Type    Size  Used Avail Use% Mounted on
/dev/hda6     ext3    293M   88M  190M  32% /
/dev/hda9 reiserfs     26G  8.3G   18G  32% /home
/dev/hda1     ntfs    3.0G  2.4G  651M  79% /mnt/win_c
/dev/hda5     vfat    3.0G  811M  2.2G  27% /mnt/win_d
/dev/hda7     ext3    3.9G  2.1G  1.7G  56% /usr
/dev/hda8     ext3    491M   69M  397M  15% /var
/dev/hdb1 reiserfs    299M  180M  119M  61% /home/steven/red
/dev/hdb6 reiserfs    3.9G  1.8G  2.2G  46% /home/steven/blue
/dev/hdb7 reiserfs    299M  175M  124M  59% /home/steven/green
/dev/hdb8 reiserfs    197M   38M  159M  19% /home/steven/yellow
/dev/hdb9 reiserfs     12G  5.4G  5.8G  48% /home/steven/purple

I could possibly reformat /dev/hdb6 (3.9G) for testing later.
Let me know the details on what would be most meaningfull.

The ext3 fs (/usr) has survived four cycles of 
bk pull bk://linux.bkbits.net/linux-2.5
bk unpull -fq

Steven
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/