[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: Mark Junker <m.junker_at_hm-software.de>
Date: 2006-05-19 09:36:19 CEST

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.

> Subversion server and client versions: 1.2.3


> Subversion server backend: FSFS

Hmm ... I used FSFS too

> OS: GNU Linux 2.6.x kernel

Our server is running SuSE Linux 9.3 x86_64.

> Access via HTTPS (Apache 2.0.x + NEON 0.24.7).

We use Apache 2.2.0 + NEON 0.24.7

> I've searched through Google, not nothing useful was found.
> Any ideas?

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.

Mark Junker

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Received on Fri May 19 09:37:34 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.