[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Checksum mismatch with 1.9.7

From: Michael Knigge <michael.knigge_at_gmx.de>
Date: Fri, 8 Dec 2017 22:17:31 +0100

Hi all,

I have a rather strange issue with Subversion 1.9.7 and I hope someone
of you can bring me in the right direction. I'm not able to load a dump
and/or svnsync to a new Subversion in version 1.9.7.

I create a dump on the server running 1.8.19 and try to load it on the
1.9.7 machine. Then I get an error:

svnadmin: E160004: Filesystem is corrupt
svnadmin: E200014: Checksum mismatch while reading representation:
    expected:  3168c2eb460868be4ec2e1a62084d80f
      actual:  67178f4abfbb0b876a260142c15f645b

I also get this error when i run "svnadmin load" with the "-M 0"
trick... On another machine running Subversion 1.8.10 I can load the
dump. So the dump is ok (furthermore, a "svnadmin verify" on the 1.8.19
server also runs successfully). Note that I was able to expoprt the file
from this revision (Windows with TortoiseSVN) and the checksum is
3168c2eb460868be4ec2e1a62084d80f - so the "expected" checksum in the
dump is ok.

Ok, I was not able load load the dump - so I tried svnsync. On the same
revision, the svnsync also stops:

svnsync: E160000: SHA1 of reps '51384 62 16385 20282
3168c2eb460868be4ec2e1a62084d80f
cc1652eaf2ef8cb91769dc4fea2d327413548c3e 51384-13nc/_21' and '-1 0 934
20282 3168c2eb460868be4ec2e1a62084d80f
cc1652eaf2ef8cb91769dc4fea2d327413548c3e 51384-13nc/_21' matches
(cc1652eaf2ef8cb91769dc4fea2d327413548c3e) but contents differ

I've searched the Mailing-List archive and came across other people
having problems like this (but for them "-M 0 " did the trick). Sadly,
not for me....

Ok... what now? Is there a bug in 1.9.7? Or is Subversion on the server
side too old? Any ideas?

Bye & Thanks,
Michael
Received on 2017-12-11 07:32:45 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.