From users-return-19556-apmail-subversion-users-archive=subversion.apache.org@subversion.apache.org Sun Sep 8 00:29:25 2013 Return-Path: X-Original-To: apmail-subversion-users-archive@minotaur.apache.org Delivered-To: apmail-subversion-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 6EEB710BBF for ; Sun, 8 Sep 2013 00:29:25 +0000 (UTC) Received: (qmail 8945 invoked by uid 500); 8 Sep 2013 00:29:24 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 8925 invoked by uid 500); 8 Sep 2013 00:29:24 -0000 Mailing-List: contact users-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@subversion.apache.org Received: (qmail 8918 invoked by uid 99); 8 Sep 2013 00:29:24 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 08 Sep 2013 00:29:24 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_HELO_PASS X-Spam-Check-By: apache.org Received-SPF: error (athena.apache.org: local policy) Received: from [80.67.29.7] (HELO smtprelay03.ispgateway.de) (80.67.29.7) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 08 Sep 2013 00:29:19 +0000 Received: from [97.77.122.61] (helo=[10.10.10.167]) by smtprelay03.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1VISrk-0005OB-IW; Sun, 08 Sep 2013 02:28:36 +0200 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Multiple Apache webdav servers sharing repositories via NFS From: Ryan Schmidt In-Reply-To: Date: Sat, 7 Sep 2013 19:28:33 -0500 Cc: Subversion Users Content-Transfer-Encoding: quoted-printable Message-Id: <8CB6F73F-2C1B-42AB-AF47-98AF29271747@ryandesign.com> References: To: Nico Kadel-Garcia , Cheyenne Wills X-Mailer: Apple Mail (2.1508) X-Df-Sender: MzY4ODE4 X-Virus-Checked: Checked by ClamAV on apache.org On Sep 7, 2013, at 19:24, Nico Kadel-Garcia wrote: > > http://www.pbs.org/wgbh/evolution/library/01/6/l_016_08.html >=20 > *Do not do this* with write access repositories, is my advice from = knowledge of NFS filesystems. Writes, and partial writes, can occur from = one host for the next "commit" but not actually be seen on the next = "round robin" server until a fairly arbitrary amount of time later, due = to propagation delays inherent in NFS. There's a lot tht NFS can do = well, but this is not one of those tasks. >=20 > I'd really encourage you, for commercial graide high availability or = load distribution, to look at WanDisco's "Multi-Site" or to use a = failover load balancer setup. If server 1 goes toes up, serer 2 is = available, and handles all the traffic. But mixing and matching back and = forth randomly as can happen with round-robin? That sounds like a = dangerous idea likely to bite you at really, really bad moments due to = simultaneous commits through two different NFS enabled front ends. It sounds like a great idea, *if* you are using a SAN with a cluster = filesystem, such as Apple's Xsan. NFS is not a cluster filesystem so = that would not be a good idea.