From owner-freebsd-current@FreeBSD.ORG Tue Jul 10 12:49:20 2012 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 7165C1065670 for ; Tue, 10 Jul 2012 12:49:20 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id D6D318FC1C for ; Tue, 10 Jul 2012 12:49:19 +0000 (UTC) Received: from vhoffman-macbooklocal.local (vincemacbook.unsane.co.uk [10.10.10.20]) (authenticated bits=0) by unsane.co.uk (8.14.5/8.14.5) with ESMTP id q6ACnIFA064542 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 10 Jul 2012 13:49:18 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <4FFC24CD.7080400@unsane.co.uk> Date: Tue, 10 Jul 2012 13:49:17 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Rick Macklem References: <1458419708.103582.1341796134892.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <1458419708.103582.1341796134892.JavaMail.root@erie.cs.uoguelph.ca> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Occassional "permission denied" in the middle of a large transfer over NFS 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, 10 Jul 2012 12:49:20 -0000 On 09/07/2012 02:08, Rick Macklem wrote: > Vincent Hoffman: >> On 08/07/2012 00:26, Rick Macklem wrote: >>> Vincent Hoffman wrote: >>>> Hi Rick, >>>> >>>> I'm afraid this didnt make any real difference for me. >>>> Since I couldnt test it on the live system I tried it on a test vm. >>>> on the vm (nfs server) I set a looping mount/umount >>>> while true ; do mount /dev/md0 /mnt/tmp ; sleep 1 ; umount /mnt/tmp >>>> ; >>>> done >>>> >>>> and on the client I set a loop of tars of large directorys to the >>>> nfs >>>> mount running under time to see how well it survived. Then >>>> replicated >>>> the test with the patch and without. >>>> >>> Just to confirm, you patched both the kernel and mountd and replaced >>> both >>> on the server? >>> >>> Also, I'm not sure how ZFS handles it's exports. I can't remember if >>> you've >>> tried an exported UFS volume. It might be something ZFS specific? >>> >>> rick >> Hi Rick, >> >> yes I patched both the kernel and mountd, rebuilt kernel and world (to >> be sure), added the -S flag to mountd in rc.conf and rebooted. >> This is a test VM running -CURRENT and is only exporting a ufs2 >> filesystem. >> (11:43:05 <~>) 0 $ cat /etc/exports >> /usr/local/export -maproot=root -alldirs XX.XX.XX.XX >> >> Client is a 8.3-RELEASE box but I see the same with linux clients. >> (I can confirm that it works fine when I am not running the >> mount/umount >> loop) >> > Oops, the patch I sent you worked for NFSv4 only. If you also apply the > attached patch, it seems to work for NFSv3 as well. > The patch is also at: > http://people.freebsd.org/~rmacklem/atomic-export2.patch > > You must also run the new/experimental server. (I can't remember if I > mentioned that before.) > > rick Hi Rick, Just wanted to report that this fixed the "permission denied" error for my (not terribly exhaustive) testing. I could transfer all 10G of data by tar to the nfs mount without issue. I'll try running that a couple more times to be sure but given it was bombing out in seconds before i'm happy :) Vince