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

Re: Setting up a Subversion server farm

From: Blair Zajac <blair_at_orcaware.com>
Date: 2007-05-10 05:21:54 CEST

David Ferguson wrote:
> Please forgive me, but svnsync is completely useless in this situation.
> My users are all over the world at many different sites. They are all
> permitted to make changes and there would never be a case where a user
> would want a read-only copy. Therefore, svnsync can't help at all.
> My IT department is heavily invested in NFS and will never be swayed to
> use anything else. All interactive machines (such as my Subversion
> servers) mount all file systems via NFS from filers. I can't change
> that, unfortunately.
> Can anyone else comment on Matt's statement that Subversion repositories
> may not exist on NFS shares without problems, regardless of the
> repository access method used (svn://, svn+ssh://, http://, file://)?
> If this is true, I'm completely shocked--our company will be forced to
> go back to CVS or worse, Clearcase.

Collab.net uses BDB on NetApp I believe. I have had bad luck in the past with
BDB, but the code has been fixed since and if you use BDB 4.4 or greater.

I haven't personally used BDB for a couple of years, but you can give it a shot.

Presumably, using Collab.net's svn build would be a safe way to go, if they use
the same build for their hosting solution.


Blair Zajac, Ph.D.
Subversion training, consulting and support
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu May 10 05:22:30 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.