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

Re: Feature request: a real backup/restore system for svn.

From: Vladimir Berezniker <vmpn_at_hitechman.com>
Date: 2004-06-18 14:34:15 CEST

<quote who="Ben Collins-Sussman">
> After fighting with issue 1817 for a few days, Karl and I have come to
> the conclusion that 'svnadmin hotcopy' is a mess, and we should
> deprecate it.... that is, remove it altogether in 2.0. Here's why:
>
> * it has a race condition with db logfile autoremoval, which is
> something that people have really come to depend on. In theory,
> the worst thing that can happen in the race condition is that the
> user sees an error and just tries 'hotcopy' again. In practice,
> who knows? We've not done any real stress-testing.
>
> * it's completely specific to BDB. fsfs needs no such thing, and a
> future SQL backend will already have its own tools for backup.

I am a little puzzled by this comment. I read it to say that BDB specific back
tools are a bad idea, but SQL backend tools are okay. Or did you mean to say
that both of them could be replaced by the proposed generic subversion backup
system?
>
> * people currently view it as "the correct way" to make a full backup.
>
>
<snip>

Sincerely,
Vladimir Berezniker

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jun 18 16:36:32 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.