Matt Bernstein writes:
> I have a 240GB reiserfs ataraid partition on one of my servers (2.4.9-ac10
> + ext3 0.9.9 + ext3 speedup + ext3 "experimental VM patch" + jfs 1.0.4),
> which I had populated with lots of little files, probably huge amounts of
> tail-packing going on.
> I deleted a tarball of one of my directories; I forget how big the file
> was, but I reckon it was of the order of 25GB. It took long enough (over
> an hour) that I went to the pub with fingers crossed instead of nursing
> it. While it was deleting vmstat 1 was showing bi= ~ 2000 and bo= ~ 20000,
> so it was hammering away. Fine, I thought, it's a big file; I don't do
> this sort of thing often, maybe the stuff needed to delete such a big file
> is bigger than the journal size or something. But.. the partition was
> otherwise inaccessible with processes just blocking. Oddly df worked
> though, so I could watch my use of the filesystem going down!
Were there reiserfs-related messages in the kernel log?
> So.. I came back in this morning and things had recovered. Weird. Could
> the "experimental VM patch" mentioned on the ext3 for 2.4 page be a little
> too experimental? Sorry to be so vague...
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to firstname.lastname@example.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> 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 email@example.com
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sun Sep 30 2001 - 21:01:02 EST