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

svn 1.9.7: svnadmin: E200014: Checksum mismatch while reading representation:

From: Rolf Campbell <Rolf.Campbell_at_solace.com>
Date: Sun, 13 May 2018 14:05:25 +0000

I'm trying to dump and load a few dozen svn repositories and one of them fails with this message on the load:

svnadmin: E160000: SHA1 of reps '6604 1765 12180 238060 091c0630eece721fea4cba1bd1c99ba5 8c58eef60c3e147f2056a65139adccdc5802a308 6606-53k/_19c' and '-1 0 12180 238060 091c0630eece721fea4cba1bd1c99ba5 8c58eef60c3e147f2056a65139adccdc5802a308 6606-53k/_19c' matches (8c58eef60c3e147f2056a65139adccdc5802a308) but contents differ
svnadmin: E160004: Filesystem is corrupt
svnadmin: E200014: Checksum mismatch while reading representation:
   expected: 091c0630eece721fea4cba1bd1c99ba5
     actual: 80e7786616c0f5b9a12cf6a99cb2acf6

It fails while trying to load rev 6607. I've searched the archives and tried everything that I understood. I tried the -M0 option (no change). I tried doing the operation locally on the server. I tried using svnrdump. I tried using svnsync (it gets svnsync: E210008: Error while replaying commit). An "svnadmin verify" does not find any problem on either the original repository on the server, or the partial repository (after the failed load).

Both server and client are running svn 1.9.7 (the server was originally running 1.6.6 and was recently upgraded). Server is running on CentOS7, client is running on CentOS6.5. I even tried it on a Fedora27 installation (also running svn 1.9.7) with the same results.

Is this a corruption in my original repository that is only noticed when trying to load after dump? Is this a bug it the loader? Is there any more information I can provide to help debug this?
Received on 2018-05-13 16:05:41 CEST

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.