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

Re: Error on check in: Checksum mismatch while reading representation

From: John Szakmeister <john_at_szakmeister.net>
Date: 2006-07-01 10:39:54 CEST

----- Sean Kirby <seank@nulogy.com> wrote:
> Hello,
> I'm running a subversion 1.3.1 server on Linux Ubuntu 6.06 and accessing
> it from Windows XP clients via apache2 and i'm unable to checkin certain
> files because of the following error:
> Commit failed (details follow):
> Checksum mismatch while reading representation:
> expected: b3575b00eb4c3b1639bfdf1893004857
> actual: 6af5d2875df3d3289da7b8d8f763d8e6
> PUT of
> '/repos/repository/!svn/wrk/0000010c1720351a/nulogy/foo/bar/SomeFile.java':
> 500 Internal Server Error (http://subversion_server)
> It is possible to revert the file, check it out and update it. But any
> checking in gives the same error (from subclipse, subversive and the
> command line client). Also, trying to do dumps of the repository fail
> at the revisions where the file was originally added. Interestingly,
> dumps after the file was checked in again seem to work.
> Our repository was created with subversion 1.3.0 using all of the
> default settings.
> Can someone please shed some light on what may be wrong? Is this a
> hardware issue or a bug in svn? Is there some way of fixing this? It
> seems strange that i can update, but not check in. Especially since i
> know that my working copy contains the correct version of the file.

Have you tried running 'svnadmin verify' on your repository? If not, that's the place to start. If you get a similar error, then you have some corruption occurring. If not, then something is happening over the wire, or your working copy's metadata is somehow horked. Right now, it looks like the former.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Jul 1 10:41:24 2006

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.