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

Re: Reconstructing a repository from revs/* files

From: hajhouse <hajhouse_at_houseag.com>
Date: 2007-03-17 03:10:12 CET

På 2007-03-16, skrev Ryan Schmidt:
> On Mar 16, 2007, at 14:22, hajhouse wrote:
>
> >It is possible to reconstruct a repository from the files in db/revs/
> >alone? As far as I can tell all the files for all the revisions are
> >present, but filesystem corruption destroyed all the other pieces
> >of the
> >database (fsfs format).
>
> You'd almost certainly also need the contents of db/revprops/, one
> file per revision, just like db/revs/.

Aha, that must be the missing piece. I will likely have to reconstruct
most of those files from scratch; I do however have some of them
(without filenames --- pity that there is no indication of the
applicable revision number in the file itself).

[...]
> Subversion 1.5 has not been released yet. Do you need a feature
> that's being developed in Subversion 1.5, or could you be using the
> most recently released version, 1.4.3?

I'm trying to do the recovery with a subversion binary that I've
compiled from the development source tree because my understanding is
that there is an algorithm to recover the current file in the prerelease
subversion 1.5 (that is not in 1.4.3). The repository was created with
svn 1.3.

-- 
Henry House
+1 530 753 3361 ext. 13
Please don't send me HTML mail! My mail system frequently rejects it.
The unintelligible text that may follow is a digital signature.
See <http://hajhouse.org/pgp> to find out how to use it.
My OpenPGP key: <http://hajhouse.org/hajhouse.asc>.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Mar 17 03:05:16 2007

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.