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

Re: Restoring FSFS repository from backup question

From: Kevin Puetz <puetzk_at_puetzk.org>
Date: 2005-05-01 02:23:03 CEST

Kyle Kline wrote:

> The docs indicate that FSFS is suited well for backup schemes, with
> the caveat that if a backup takes place while a commit is in progress,
> the db/current file may not indicate the true current rev in the
> db/revs directory.

Yep. The fact that old versions are represented by unchanging files works
out well.

> My backup software does not allow me to specify orders of files to
> avoid this, and I would like to avoid doing a hotcopy due to the size
> of the repository.

Of course, most backup schemes get this write by accidental good design :-)
Proceeding alphabetically (as most do) 'current' < 'revs'. Proceeding by
processing a folder, then processing its subfolders will also get it right.
So most backup tools do this correctly without knowing that they are doing
it right :-)

> If I needed to restore and my db/current file is out of date, Is it as
> simple as editing the file? I notice there are three values in the
> file, <current-rev> <unknown -- hash?> <unknown> ......

Yes it is. FWIW, the fsfs format is described in detail at

The current file is
<youngest-revision> <next-node-id> <next-copy-id>\n

I would assume it's fine to leave next-node-id and next-copy-id at whatever
values they have, and just fix youngest-revision, since a value that's
'from the future' vs. the rest of the baCkup is still unique.

> Thx,
> Kyle

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun May 1 03:49:56 2005

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.