Re: Subversion on NFS

What you've described is similar to our set up.

We have 3 NetApp Qtrees of 500Gb each hosting our Subversion data - these
are replicated to our DR site hourly using NetApp SnapMirror.

Note: our DR site is not active so I can't comment as to whether read-only
SVN servers would be able to sucessfully access these - it would depend
upon whether or not there is any temporary data which is written to the
repositories (e.g. during checkout). IIRC SnapMirror requires read-only
access to the target qtrees - our DR ones are certainly read-only even
although they are mounted read/write.

The whole repositories are hosted on the NFS volumes and accessed by
Apache on the NFS client host.

Our Apache config has a single "SVNParentPath ..." statement - we now have
> 1000 repositories so there's no way we could add statements to the
Apache config for each of them.

In order to work round the three storage qtrees we have all of the
repositories symlinked from a central directory located on RAM disk (to
minimise any intermediate disk I/O) - this directory is then listed as the
SVNParentPath location.

Caveats:
1) You must not use the threaded Apache MPM with NFS - it doesn't work. It
will corrupt your repositories - particularly with large commits. It did
with ours and caused a significant amount of pain for recovery of those
repositories.
2) Make sure you tune the mount parameters correctly to get optimum
performance out of your NetApp. See this doc for details:
        http://media.netapp.com/documents/tr-3183.pdf

Dg.

--
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
 
Murli Varadachari <mvaradachari_at_facebook.com> 
09/08/2008 04:39
To
<users_at_subversion.tigris.org>
cc
Internal Use <mvaradachari_at_facebook.com>
Subject
Subversion on NFS
Can the subversion repository be located on a a shared netapps partition [ 
NFS  mounted ].If so what parts of it can / should be relocated there. [ 
currently using 1.4.6 ]
 Our existing svn repository  is located on a local disk [ FSFS mode ] and 
I use  svnsync to create a number of read-only mirrors. The problem is 
that svnsync fails with some regularity [ especially when the commits are 
large in terms of the number of files  or] or is slow if big binaries are 
committed. I am trying to move to a hardware solution where I can use the 
snapshot features of netapps to instantaneously mirror changes from the 
master to a number of ro slaves.
Has any one used this solution and if so what are the pros and cons.
Cheers
murli 
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