subversion-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Daniel Shahaf <...@daniel.shahaf.name>
Subject Re: Checksum mismatch still with 1.8.19
Date Tue, 29 Aug 2017 23:54:22 GMT
Grant Drake wrote on Tue, 29 Aug 2017 16:58 +0000:
> Our current Subversion server is 1.8.5. We are trying to setup a replacement server,
on which I have installed 1.8.19.
> 
> The svnadmin load command on the 1.8.19 server for one of the repository dump files only
comes up repeatedly with this error about 80% of the way through the revisions:
> 
> svnadmin: E160000: SHA1 of reps '-1 133 284 793 a21e1fc00eb3e762b9b269b65b16a7bc ac7b8b00ada08b3e6bba37a0be206ad5faab70c1
6476-4zw/_a' and '-1 641 284 793 a21e1fc00eb3e762b9b269b65b16a7bc ac7b8b00ada08b3e6bba37a0be206ad5faab70c1
6476-4zw/_a' matches (ac7b8b00ada08b3e6bba37a0be206ad5faab70c1) but contents differ

Does it load successfully if you disable rep-sharing in fsfs.conf on the
1.8.19 repository?

The two -1's imply that both sides of the collision are part of the same
revision --- the revision that 'load' fails to commit.  Inspect that
revision on the 1.8.5 server.  Does it, by any chance, really add two
different files with the same sha1?

> svnadmin: E160004: Filesystem is corrupt
> svnadmin: E200014: Checksum mismatch while reading representation:
>    expected:  a21e1fc00eb3e762b9b269b65b16a7bc
>      actual:  ac1cc0244040d0134191ec8cec175e1f
> 
> I have run svnadmin verify on the original server repo, it shows no indication of corruption.
> 
> What can we do? Must we upgrade the original source server to 1.8.19 in order to produce
a new dump file that can be loaded?

I don't expect that would help.  This doesn't seem like a bug in the dump code.


Mime
View raw message