From owner-freebsd-current@FreeBSD.ORG Sun Jul 8 10:49:33 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C2F5106566C for ; Sun, 8 Jul 2012 10:49:33 +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 B3D918FC08 for ; Sun, 8 Jul 2012 10:49:32 +0000 (UTC) Received: from vincemacbook.unsane.co.uk (vincemacbook.unsane.co.uk [10.10.10.20]) (authenticated bits=0) by unsane.co.uk (8.14.5/8.14.5) with ESMTP id q68AnUf3051026 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 8 Jul 2012 11:49:31 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <4FF965BA.90407@unsane.co.uk> Date: Sun, 08 Jul 2012 11:49:30 +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: <528064981.93665.1341703581872.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <528064981.93665.1341703581872.JavaMail.root@erie.cs.uoguelph.ca> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=UTF-8 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: Sun, 08 Jul 2012 10:49:33 -0000 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) The production system has been fine since I removed the SIGHUP call in mount.c so thanks for that suggestion. Vince > >> [root@seaurchin ~]# ministat nopatch.txt atomicpatch.txt >> x nopatch.txt >> + atomicpatch.txt >> +--------------------------------------------------------------------------------------------------+ >> | >> * >> | >> | >> * >> | >> | >> x* >> | >> | xx* >> x >> | >> | +x** >> xx >> | >> | **** xxx >> x >> | >> | **** xxx +x+ >> + >> | >> | ****+*xx +x+ x >> + >> | >> | ****+*x****++++x + + >> x | >> | *************+*xx+ +++x * x >> x | >> | ****************x**++*x+***x+ x*+ x ++*+ + x+ +x + >> + +| >> |||_______M_M_A__A_______|______| >> | >> +--------------------------------------------------------------------------------------------------+ >> N Min Max Median Avg Stddev >> x 101 1.25 106.8 14.08 21.892178 22.196005 >> + 101 1.21 186.93 18.46 27.995842 30.523218 >> No difference proven at 95.0% confidence >> >> >> (excuse wrapped ascii art) >> >> I think I'll have a look at the nfse patch set and see how that >> performs. >> >> Thanks for all your work on NFS on FreeBSD. >> >> Vince >> >>>>> Also, you could easily hack mount.c so that it doesn't send a >>>>> SIGHUP >>>>> to mountd (which causes the exports to be reloaded) every time a >>>>> local >>>>> fs is mounted. >>>> True and I may have to do that for the production NAS for the time >>>> being. >>>> Thanks for looking at this. >>>> >>>> Vince >>>>> rick >>>>> >>>>>>> thanks, Vince >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org"