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

Re: Rescuing a repository

From: Marc Haisenko <haisenko_at_webport.de>
Date: 2004-05-14 17:50:41 CEST

On Friday 14 May 2004 17:03, Max Bowsher wrote:
> Marc, before you try hunting through bdb files for the checksum, try:
>
> db_dump -kp db/representations > reps.dump
> your-favourite-editor reps.dump
>
> The file should contain lots of lines like this:
> .....
> 36
> ((fulltext 1 5 (md5 16 `\f4~\d3\fc\b5\0b\b9Q\aa\c2\af\9e\86Zc)) 2 3g)
> 37
> ((delta 0 (md5 16 \e0\a8\b1"\ac\e2\ab\1d\a1\a2\c6}\deE\19\a0)) (1 0
> ((svndiff 1 0 n7) 2 20 d3))) .....
>
> Search for the pair of lines:
> 4pi
> ((.....some data.....)
>
> (Where 4pi is the representation from your error message)
> Now, edit the md5sum to \00 repeated 16 times, and save the file
>
> mv db/representations db/representations.old
> db_load db/representations < reps.dump
>
> You should now be able to dump the repository, but be aware that part of
> the problem revision will be corrupt.
>
> Max.

Woah ! That didn't work at all ! :-) First, the dumped reps.dump is 1.2MB
while the representations file is 1.8MB... then the reloaded representations
file is just 247kB ! And svnadmin dump then says "svn: No such representation
'4p9'"

db_load also had an error message at the very beginning:
db_load: Lock table is out of available locks
db_load: Lock table is out of available locks
db_load: Cannot allocate memory

but then continued happily... and left a mess, it seems :-)

I'll now the try the binary editor method ;-)

-- 
Marc Haisenko
Systemspezialist
Webport IT-Services GmbH
mailto: haisenko@webport.de
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri May 14 17:40:27 2004

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.