Re: reiserfs: still problems with tail conversion

[Erik Mouw]

On Fri, Feb 23, 2001 at 11:19:49PM +0100, Erik Mouw wrote:
> On Fri, Feb 23, 2001 at 05:10:46PM -0500, Chris Mason wrote:
> > Many thanks for sending along a test program for reproducing.  But, it
> > doesn't seem to reproduce the problem here, how many times did you have to
> > run it to see the null bytes?  Do you remove the files between runs?
> 
> I got them immediately at the first run, which more or less was what I
> expected because reiserfs ate one of my mailfolders that way (only a
> CVS log folder, so nothing special was lost). You have to remove the
> files between runs, otherwise the same blocks seem to be allocated to
> the files.
> 
> I'll upgrade to linux-2.4.2 to see if it solves the problem. (was
> running 2.4.2-pre4 + your patch)

I upgraded to 2.4.2, and initially I couldn't reproduce the problem.
Besides the kernel version difference, another difference was the fact
that I did the 2.4.2. test on a freshly booted system, while the
2.4.2-pre4 test was done on a system with quite some VM pressure:
uptime a couple of days, running acroread, netscape, xemacs, couple of
gnome-terminals with large scroll back buffers (10000 lines).

John Adams told me that the data didn't hit the disk on his system and
that he had to add O_SYNC to the open()s. After I did that, I could
reproduce the problem on linux-2.4.2, with the strange results that the
bug is in *every* file with initial size >=1024 bytes.

John also told that his machine doesn't have swap, but I fail to see
why that could influence the reiserfs subsystem. Anyway, the bug seems
to appear when the data hits the disk, either by high VM pressure, or
by using O_SYNC.

Erik

-- 
J.A.K. (Erik) Mouw, Information and Communication Theory Group, Department
of Electrical Engineering, Faculty of Information Technology and Systems,
Delft University of Technology, PO BOX 5031,  2600 GA Delft, The Netherlands
Phone: [phone]  Fax: [phone]  Email: [e-mail]
WWW: http://www-ict.its.tudelft.nl/~erik/