From owner-freebsd-current@FreeBSD.ORG Tue Dec 13 07:56:02 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B02E106564A for ; Tue, 13 Dec 2011 07:56:02 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2EA788FC08 for ; Tue, 13 Dec 2011 07:56:02 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:970:bcaf:24df:519a] (unknown [IPv6:2001:7b8:3a7:0:970:bcaf:24df:519a]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 6CAF25C37; Tue, 13 Dec 2011 08:56:01 +0100 (CET) Message-ID: <4EE70514.1040907@FreeBSD.org> Date: Tue, 13 Dec 2011 08:56:04 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111130 Thunderbird/9.0 MIME-Version: 1.0 To: Sean Bruno References: <465660264.237830.1322071102401.JavaMail.root@erie.cs.uoguelph.ca> <1322072781.12047.4.camel@hitfishpass-lx.corp.yahoo.com> In-Reply-To: <1322072781.12047.4.camel@hitfishpass-lx.corp.yahoo.com> X-Enigmail-Version: 1.3.4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , Rick Macklem Subject: Re: NFS + SVN problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 07:56:02 -0000 On 2011-11-23 19:26, Sean Bruno wrote: > On Wed, 2011-11-23 at 09:58 -0800, Rick Macklem wrote: >> I don't know if Dimitry tried this, but you could also try the >> "nolockd" option, so that byte range locking is done locally in >> the client and avoids the NLM. >> >> Good luck with it and please let us know how it goes, rick > > This seems to allow SVN 1.7 to do whatever nonsense it is trying to do. > I've modified my fstab on the test host in the cluster to: > > dumpster:/vol/volshscratch /dumpster/scratch nfs > rw,soft,intr,bg,nolockd,nosuid 0 0 > > Removing soft,intr had no effect. This, I suspect will be problematic > for clusteradm@ if we start updating hosts in the cluster. A very late addition to this: I got Subversion 1.7 to work properly over NFSv3, by making sure rpc.lockd runs on both server and client. E.g, set rpc_lockd_enable to YES in rc.conf; this is off by default, even if you have nfs_client_enable/nfs_server_enable set to YES.