Re: vpf-10680, minor corruptions -- oooh!

[Oleg Drokin <green@namesys.com>]

Hello!

On Fri, Jun 20, 2003 at 01:42:13PM +0200, Christian Kujau wrote:

> after diggin a little more into this, i think we really have some weird 
> problem here. as said before, the data on my fs is not _that_ important.
> and with 2.5.72 it's some kind of testbed anyway.
> as described in the last mail, i get instant corruptions on this 
> ReiserFS. furthermore, new created files on this fs *differ* from its 
> source:
> lila:~# cp -a /lib/ /var/cache/apt-proxy/temp/ | wc -l
>     329
> lila:~#

Was /var/cache/apt-proxy/temp/ empty before copying?

> (with sde2 mounted on /var/cache/apt-proxy/ (reiserfs).
> then i did:
> lila:~# diff -r /lib/ /var/cache/apt-proxy/temp/lib/ | wc -l
>      62
> lila:~#
> so 62 differ in an instant! there are probably symlinks in /lib, dunno 
> how they get counted with "diff" or "cp". the partition with ReiserFS 
> (and ext3 too) are mounted with "noatime" only, no other mount-options used.
> (i hate to say that, but the same thing on a ext3 gives no diff's at 
> all. after "cp" the files should really be the same)
> so, what to do now? the ReiserFS was created as "format 3.6", but some 
> time ago, with a 2.4 kernel i think. will it help to test this with 
> different kernels, tools, archs? any hints?

"diff -r" will emit "only in PATH" message for each file present only
in one compared dir, so if you have some extra files at the destination,
thisis kind of expected.

> for the record: there are still 329 files in /lib, and every time 
> exactly 131 corruptions are found.

Ok, I am looking into this.
In fact this "non-matching blocks" stuff is not dangerous to actual data.

I am interested in what will happen if you'd do a cp -a/diff -r on a
freshly formatted reiserfs, will there be any differences?
(and send me output of diff in this case.)

Bye,
    Oleg