Re: 2.6.21-git10/11: files getting truncated on xfs? or maybe an nlink problem?

[Matt Mackall <mpm@selenic.com>]

On Sat, May 12, 2007 at 01:21:41PM +0200, Jan Engelhardt wrote:
> 
> On May 10 2007 10:38, Matt Mackall wrote:
> >> 
> >>     for i in `seq 20`; do
> >>     	hg clone -U --pull a b-$i
> >>     	hg verify b-$i		# always OK
> >>     	umount /home
> >>     	sleep 5
> >>     	mount /home
> >>     	hg verify b-$i		# often found truncated files
> >>     done
> >>       
> [...]
> >
> >This test looks like it should consist solely of open-for-append and
> >write on about 20k files in the target directory. Because of the
> >--pull, no hardlinks are involved. It shouldn't be all that different
> >from doing tar cf - a | tar xf - b.
> >
> >The files get visited in alphabetical order, so the start of the
> >corruption may be telling.
> 
> You should not assume alphabetical order. Filesystems may be free to
> reorder things and return them (1) randomly like in a hash (2) by
> creation time during readdir().

There is no assumption. Mercurial explicitly visits files in
alphabetical order for the above commands.

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