Thanks, I'll go for option 1.
Relocating the repository is a simple as making a hot copy to the new
location and pointing the service to the new location, right?
Is there an easy way to ensure no transactions take place during such a
transfer? Will locks etc remain in place, or should all clients first
commit their last changes and release their locks?
From: John Peacock [mailto:john.peacock_at_havurah-software.org]
Sent: 07 January 2008 14:26
To: Niel De Clerk
Subject: Re: Faster SVN Status
Niel De Clerk wrote:
> Our repository is on one machine and svnserve runs (as a windows
> service) on another machine (same network) using a mapped network
> to the repository. Svnserve must run on the second machine because it
> has a fixed IP and is accessible through the firewalls to our various
> clients. The repository was installed on the other machine mainly
> because of backup etc reasons, but in theory it could be moved to the
> machine running svnserve (would this introduce a significant
This is a non-optimal configuration and I am highly confident you would
performance increase from moving the repository to the same server as
service itself. While your configuration will "work" (for some value of
it is not efficient and there is even the possibility of corruption
true of any networked filesystem access like this).
You have two choices:
1) move the repository to be local to the svnserve process;
2) switch to using http[s] access, and run a proxy service on the
accessible host and the Apache service on the box with the repo.
The second choice would keep your backup strategy intact, but would
WC to be updated with the new path (you can use `svn switch --relocate`,
it is still the same repo). You also need to make sure that whatever
install on the outwards facing box doesn't mess with the traffic (which
some/many do). See this link for more details:
This email is subject to our email legal notice, to view browse to http://www.angloplatinum.co.za/E-mailLegalNotice/
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-01-07 13:48:22 CET