Rolf Campbell <rolf.campb...@solace.com> writes: > 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 >
> 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? That is probably issue 4722: https://issues.apache.org/jira/projects/SVN/issues/SVN-4722 It's a 1.9.7 bug in the SHA1 collision detection code and will be fixed in 1.9.8. There is no corruption in your repository. -- Philip