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

Re: SVN MySQL Backend

From: <david.x.grierson_at_jpmorgan.com>
Date: Wed, 30 Apr 2008 16:17:04 +0100

In order to have a load balanced environment you need to have a back-end
filesystem which can cope with locking from multiple hosts.

NFS doesn't cut it which is why Kevin's environment uses SAN with veritas
cluster suite which performs SAN based locking properly.

The issue (I understand) is due to the use within apr_dbm to manage the
DAV activities database. This uses Berkeley DB which immediately makes it
unsuitable for NFS locking.

This also precludes you from being able to use NFS for storage with any
Apache MPM other than the prefork on UNIX systems (threads do *not* obey
POSIX locks properly) - see this thread on the dev@ list for details:

I thought I had seen a reference in this thread to suggest that this might
be planned for 1.6.x but I may be mistaken.

I understand that there are various guys on this list performing
high-availability serving of repositories using SAN backends with
load-balanced front-ends.


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
Ruslan Sivak <russ_at_vshift.com> 
30/04/2008 15:33
Re: SVN MySQL Backend
kmradke_at_rockwellcollins.com wrote:
> Ruslan Sivak <russ_at_vshift.com> wrote on 04/29/2008 11:31:02 PM:
>> I would like to have a load balanced SVN solution, but without shared 
>> storage.  It looks like MySQL can be set up in a cluster and be fault 
>> tolerant.
>> Did SVN ever get a MySQL backend?  Are there other solutions for 
>> load-balanced SVN Server?  I would rather not have to switch to SVK, as 
>> I'm used to all the SVN tools.
> Any reason you think you require load balancing? I/O is usually
> the bottleneck.  (We have maxed out our dual gigabit NICs a few
> times, but rarely are we CPU bound.)  We use veritas to provide
> hot-standby fail-over support.  Data is SAN, so we could have
> 5 9's there if we wanted.
> If you aren't adverse to spending some money, WanDisco would
> have some distributed solutions...
Mostly for High Availability.  We are going to have two servers with 
what should be nice IO speeds, but no SAN.  If one of the servers is 
down for any reason, I don't want to lose data, and being able to commit 
to either of the servers would just be frosting. 
I think the proxy that was mentioned in 1.5 would work for us. 
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-04-30 17:18:13 CEST

This is an archived mail posted to the Subversion Users mailing list.