I reproducibly run into a checksum mismatch error when dump|load'ing the
svn-org mirror on svn-qavm.apache.org.
Background: svn-qavm hosts a mirror of the public portion of svn-org.
That mirror was created by svnsync 1.6.6. I dumped it (using
svnadmin dump --deltas -q) and tried to load the dump locally, using an
r1078479 build of $svnadmin, but ran into a checksum mismatch in r75:
Reproduction:
[[[
% wget -qO- http://svn-qavm.apache.org/files/svn-org-deltas.dump > wgetted-dump
% $svnadmin create wgetted
% $svnadmin load -q wgetted < wgetted-dump
subversion/libsvn_repos/load.c:603: (apr_err=160004)
subversion/libsvn_repos/load.c:354: (apr_err=160004)
subversion/libsvn_delta/svndiff.c:782: (apr_err=160004)
subversion/libsvn_fs_fs/tree.c:2377: (apr_err=160004)
subversion/libsvn_subr/checksum.c:418: (apr_err=160004)
svnadmin: E160004: Filesystem is corrupt
subversion/libsvn_subr/checksum.c:418: (apr_err=200014)
svnadmin: E200014: Checksum mismatch while reading representation:
expected: 98d196829815a448c6add83e96bfacfd
actual: 5010ec0d2818bf780ffdcb12ef4d5bb6
zsh: exit 1 $svnadmin load -q wgetted < wgetted-dump
% $svnlook youngest wgetted
74
]]]
For comparison, a recent 1.6.x build, and an installed r1071563M build,
load the dumpfile without error. (The dumpfile goes up to r301.)
Either the month-old svnadmin is ignoring the checksum mismatch, or the
new one is falsely reporting it; which is the case?
Received on 2011-03-07 18:34:58 CET