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

Re: svnadmin: Can't read length line in file ...

From: Sergey Proskurnya <alaley_at_gmail.com>
Date: 2006-05-19 11:35:06 CEST

Mark Junker schrieb:
> Sergey Proskurnya schrieb:
>> I have discovered that my repository is broken.
>> Performing "svnadmin dump", I got the following error:
>> svnadmin: Can't read length line in file '/path/to/MyRepo/db/revs/1714'
> I had the same problem. When revision 1714 is the last in your
> repository, you should try "svnadmin recover". When it cannot fix your
> repository, you have to go the hard way. The only solution for me was to
> "fix" the revision by executing the following steps:
> 1. Dump everything up to the damaged revision-1 (dump 1)
> 2. Dump everything from damaged revision+1 to HEAD (with --incremental)
> (dump 2)
> 3. Load "dump 1" into a new repository
> 4. Do a check-out
> 5. Re-Commit the changes for the damaged revision
> 6. Load "dump 2" into the new repository
> Now everything should work again. The biggest problem is to commit only
> the changes done in the damaged revision. I had luck because I was able
> to reconstruct it easily.

Thanks for comprehensive answer!
I was too stupid to use --incremental switch,
so I was unable to dump revs after broken one.
By the way, I have found 4 (!) broken revs in the repo.

>> OS: GNU Linux 2.6.x kernel
> Our server is running SuSE Linux 9.3 x86_64.
No, we are using Lunar-Linux (x86)

> I had the same problem but nobody answered ... so I guess this problem
> is very rare. BTW: At this time we were running "svnserve" (svn://) and
> "mod_dav_svn" (https://) at the same time. Maybe this could've been the
> problem? Now we're only using the https:// access method.
We don't use file:// or svn:// access methods at all. Only HTTPS.
So, most probably this problem was not caused by accessing repo in
different methods.

I start to think about BDB backend again.
At least it has working "svnadmin recover" ;-))

Many thanks,

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri May 19 11:36:29 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.