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

Re: "Decompression of svndiff data failed"

From: John Szakmeister <john_at_szakmeister.net>
Date: Wed, 1 Apr 2009 13:45:26 -0400

On Wed, Apr 1, 2009 at 1:44 PM, John Szakmeister <john_at_szakmeister.net> wrote:
> On Wed, Apr 1, 2009 at 12:59 PM, void pointer <rcdailey_at_gmail.com> wrote:
>> Also, when I run svnadmin verify, I get this:
>> svnadmin: Corrupt representation '54 15639745 1098147 2113536
>> 7ce69b35ce9d74eac37901010cfb7c1f'
>> svnadmin: Malformed svndiff data in representation
>
> Right.  Some people are unfortunate enough to have multiple errors in
> your rev.  I've had to run it upwards of 14 times to fix all the
> errors.  And, there are some that fsfsverify won't fix (it'll attempt,
> but ultimately fails).
>
> To answer several of your questions:
>  1) Why doesn't fsfsverify fix all the errors?  Because it really
> can't proceed once it finds the first corruption.  It could attempt to
> fix and reparse, but I prefer to be in control of how many times the
> tool is run.
>
>  2) Are you screwed?  Probably not.  It may take several attempts
> before fixing all the errors.  Additionally, there may be errors in
> other revisions.  Is svnadmin failing in the same revision as before?
>
> I can probably take a quick look at the revision, but you need to get
> it to me ASAP as I'm at a conference, and will be leaving in a short
> while.  If the file is big, post it somewhere and give me a url,
> otherwise email it directly to me.

I should add: send me the original file (the one you backed up before
running fsfsverify).

-John

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1509325

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-04-01 19:47:37 CEST

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.