----- Original Message -----
From: "Ulrich Eckhardt" <eckhardt@satorlaser.com>
To: <users@subversion.tigris.org>
Sent: Wednesday, July 05, 2006 1:58 PM
Subject: Re: backing up fsfs repo
> On Wednesday 05 July 2006 17:29, Wendy Smoak wrote:
>> On 7/5/06, Thomas Hemmer <themmer@go-engineering.de> wrote:
>> > as long as you make sure that no svn server (svnserve or apache) is
>> > accessing (and thus potentially modifying) your repository while you
>> > are
>> > backing up the simple method of "tar"ing or similar should do the job
>> > perfectly well.
>> > If you can't tell exactly, "svnadmin dump" is safer.
>>
>> Does this mean it's _not_ necessary to prevent access to the
>> repository during 'svnadmin dump'?
>
> I think it is, but I'm not sure. There is an included script however,
> called
> hot-backup, which does The Right Thing(tm) to duplicate a live and active
> repository. You can then use that double to tar up or dump without having
> to
> worry that someone might be writing to it.
I had mistyped it: it's hot-backup.py, in the tools/backup directory of the
source tree. I really, really like this tool: I just wish it compied
symlinks correctly instead of silently ignoring them. (Actually, that's a
bug I'd like to enter, if others agree that it's a bug.)
>> On a similar topic, I've heard advice to "take the repository offline"
>> before backing up.
>>
>> This may be some basic unix admin thing I just don't know, but having
>> started svnserve...
>> $ svnserve -d -r /path/to/repos
>> ... how do I _stop_ it? I looked at svnserve --help, and a quick
>> search only turned up advice to kill the process.
>
> ...which takes the repository offline.
>
>> http://svn.haxx.se/users/archive-2005-09/0800.shtml
>>
>> Is that really the best way?
>
> Hmm, I didn't read above link but I start svnserve via [x]inetd and just
> stop
> that one temporarily or deactivate svnserve there. Well, in fact I use
> hot-backup so I don't even have to do either. ;)
>
> Uli
That does mean you have to stop HTTP/WebDAV access and local file access as
well, without interrupting active "commit" operations. Those are additional
reasons why I so prefer hot-backup.py.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Jul 6 05:58:51 2006