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

Re: checksum error

From: John Szakmeister <john_at_szakmeister.net>
Date: Tue, 19 Oct 2010 18:29:46 -0400

On Sat, Oct 16, 2010 at 8:18 AM, Edward Ned Harvey <svn_at_nedharvey.com> wrote:
> I have a master & slave server, in US and India.  They are both 1.6.12, but
> the slave was 1.5.7 until a few days ago.
>
> The mast is at rev 5050, but the slave will only sync up to rev 5045.  Every
> time it tries to sync 5046, I get a checksum error in the apache error_log.
> It says some file fails md5.
>
> In order to figure out where the corruption is, I tried using a svn client,
> to simply checkout that file from the master, rev 5044, 5045, 5046.  Had no
> problem.  Correct me if I'm wrong, but, if the corruption were on the
> server, I should have gotten the error during that operation, right?  Does
> the svn sync slave do md5 checksums that the svn client doesn't do?
>
> If I restore the slave from backup, and re-try the sync, it consistently
> fails at 5045 trying 5046, and always the same file, and always the same
> mismatched checksum.

Did you try running 'svnadmin verify' on either repository?

> Since we're drawing the conclusion that the corruption is in the slave, it
> must mean that a past version of something was corrupted and undetected.  In
> fact, when I upgraded from 1.5.7 to 1.6.12, I did a dump & load.  So it
> seems, if I had silently corrupted on-disk, I should have discovered the
> problem at that time, right?  Unless perhaps ... 1.5 didn't do checksums so
> the 1.6 dump & load has nothing from the past to verify...

Oh, this actually exercises some of the same code... yes, I would have
expected dump to fail. Perhaps it was an on-the-wire bug. I seem to
recall an instance where svnsync could fail in this way, but don't
know the details off the top of my head.

-John
Received on 2010-10-20 00:30:25 CEST

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

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