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

Re: Shared storage for subversion repository

From: <david.x.grierson_at_jpmorgan.com>
Date: Tue, 23 Sep 2008 10:03:13 +0100

Hi Ryan,

Basically it comes down to this thread on the developers list:

The key point here is that apr-util still uses DBM files:

"mod_dav_svn maintains an activity database - a mapping of DAV-generated
identifiers to Subversion transaction id's. It implements this using
APR-util's dbm implementation, which may be BDB, gdbm, or one of several
other dbm-a-like implementations."

Locking files held on NFS servers *should* work if the lock manager
implements locks properly - my personal experience of this has been mixed
at best.


David Grierson
JPMorgan - IB Architecture - Source Code Management Consultant
GDP 228-5574 / DDI +44 141 228 5574 / Email david.x.grierson_at_jpmorgan.com
Alhambra House 6th floor, 45 Waterloo Street, Glasgow G2 6HS
Ryan Schmidt <subversion-2008c_at_ryandesign.com> 
22/09/2008 19:29
Murli Varadachari <mvaradachari_at_facebook.com>, 
"users_at_subversion.tigris.org" <users_at_subversion.tigris.org>
Re: Shared storage for subversion repository
On Sep 22, 2008, at 9:59 AM, david.x.grierson_at_jpmorgan.com wrote:
> On Sep 22, 2008, at 9:27 AM, Murli Varadachari wrote:
>> I am testing out an arrangement whereby the subversion repository 
>> is located on shared partition [ netapps partition ] -- and 
>> accessed by multiple subversion hosts via NFS. My plan is to have 
>> one of these hosts be used for read-write access and the rest for 
>> read-only access. I have tested this out and it looks O.K so far.
>> Q: Can this arrangement be used to have all hosts be capable of 
>> read-write access. Can subversion handle multiple access points on 
>> the same repository.
>> Cheers
>> Murli
>> P.S: I am using FSFS
> No - this will not work with NFS access from multiple hosts.
> NFS (even with correctly working locking) does not work with 
> Subversion
> 1.5 or lower because the underlying apr libraries used for 
> transactions
> still use DBM files - which require working locks.
> You will eventually end up with repository corruption - particularly
> likely when large commits are performed.
The FAQ says this is OK; do you have information to the contrary?
It warns against storing a BDB repository on NFS, but says "If you 
are using the FSFS repository back end, then storing the repository 
on a modern NFS server (i.e., one that supports locking) should be 
fine." And Murli did say they are using FSFS.
You may want to look into svnsync, available with Subversion 1.4 and 
up. It can be used to create any number of read-only mirrors of your 
main repository. Each mirror would have its own local copy of the 
You can even set up a write-through proxy so that people can check 
out from the read-only mirrors and when they check in it will be 
redirected to the master. This is available in Subversion 1.5 and up.
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Generally, this communication is for informational purposes only
and it is not intended as an offer or solicitation for the purchase
or sale of any financial instrument or as an official confirmation
of any transaction. In the event you are receiving the offering
materials attached below related to your interest in hedge funds or
private equity, this communication may be intended as an offer or
solicitation for the purchase or sale of such fund(s).  All market
prices, data and other information are not warranted as to
completeness or accuracy and are subject to change without notice.
Any comments or statements made herein do not necessarily reflect
those of JPMorgan Chase & Co., its subsidiaries and affiliates.
This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure
under applicable law. If you are not the intended recipient, you
are hereby notified that any disclosure, copying, distribution, or
use of the information contained herein (including any reliance
thereon) is STRICTLY PROHIBITED. Although this transmission and any
attachments are believed to be free of any virus or other defect
that might affect any computer system into which it is received and
opened, it is the responsibility of the recipient to ensure that it
is virus free and no responsibility is accepted by JPMorgan Chase &
Co., its subsidiaries and affiliates, as applicable, for any loss
or damage arising in any way from its use. If you received this
transmission in error, please immediately contact the sender and
destroy the material in its entirety, whether in electronic or hard
copy format. Thank you.
Please refer to http://www.jpmorgan.com/pages/disclosures for
disclosures relating to UK legal entities.
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-09-23 11:04:20 CEST

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.