From owner-freebsd-fs@FreeBSD.ORG Fri Jun 17 03:45:51 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F12F1065670 for ; Fri, 17 Jun 2011 03:45:51 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta03.emeryville.ca.mail.comcast.net (qmta03.emeryville.ca.mail.comcast.net [76.96.30.32]) by mx1.freebsd.org (Postfix) with ESMTP id 3FF658FC18 for ; Fri, 17 Jun 2011 03:45:50 +0000 (UTC) Received: from omta22.emeryville.ca.mail.comcast.net ([76.96.30.89]) by qmta03.emeryville.ca.mail.comcast.net with comcast id wriN1g0051vN32cA3rlpd3; Fri, 17 Jun 2011 03:45:49 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta22.emeryville.ca.mail.comcast.net with comcast id wrle1g01z1t3BNj8irlfTj; Fri, 17 Jun 2011 03:45:41 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 63919102C19; Thu, 16 Jun 2011 20:45:47 -0700 (PDT) Date: Thu, 16 Jun 2011 20:45:47 -0700 From: Jeremy Chadwick To: "James L. Lauser" Message-ID: <20110617034547.GA97087@icarus.home.lan> References: <4DFAB27B.7030402@jlauser.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4DFAB27B.7030402@jlauser.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-fs@freebsd.org Subject: Re: Another zfs sharenfs issue X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 03:45:51 -0000 On Thu, Jun 16, 2011 at 09:48:43PM -0400, James L. Lauser wrote: > Adrian's email reminded me that I'm having a persistent issues with > 'zfs sharenfs' as well, which I don't think is related. > > On my server, I have two datasets exported, pool/mythtv and pool/home/james: > > [Sledge:~] james$ zfs get sharenfs | grep local > pool/home/james sharenfs -alldirs -mapall james > quadraplex local > pool/mythtv sharenfs -alldirs -mapall mythtv > herman local > > Whenever I have to reboot sledge, I lose the ability to mount my > home directory export from quadraplex. When I attempt the mount, I > get a 'permission denied' error from the server. Running "sudo zfs > set sharenfs='-alldirs -mapall james quadraplex' pool/home/james" > (setting it to what it's already set to) fixes the problem, and it > remains fixed until I reboot the machine again. This ONLY affects > the share to quadraplex. The mythtv share to herman works without > issue. > > The server is 8-STABLE (built a few days ago, right after ZFSv28 was > MFC'd) on amd64. The machine is currently running ZFSv28, but this > problem has existed since well before that upgrade. I am running > the "experimental" NFS server, but not using NFSv4. Switching to > the old server does not seem to affect anything. > > Both clients are Ubuntu 11.04 on x86_64. > > The only thought I had was the fact that I'm trying to export > /home/james, but /home itself is not exported. Exporting it as > well, however, did not fix the problem. > > Other useful info: > > [Sledge:~] james$ uname -a > FreeBSD Sledge.home.jlauser.net 8.2-STABLE FreeBSD 8.2-STABLE #13: > Wed Jun 8 00:08:53 EDT 2011 > root@Sledge.home.jlauser.net:/usr/obj/usr/src/sys/GENERIC amd64 > [Sledge:~] james$ grep nfs /etc/rc.conf > nfs_server_enable="YES" > nfsv4_server_enable="YES" > > [Quadraplex:~] james$ grep sledge /etc/fstab > sledge:/home/james /mnt/sledge nfs > rw,tcp,nfsvers=3,async 0 0 > > Any insight would be appreciated, though seeing as how I only > normally reboot the server about 4 times per year, this isn't > exactly a very high priority issue. On our FreeBSD (RELENG_8-based) NFS filer for our local network, we never bothered with the "sharenfs" attribute of the filesystems because, simply put, it didn't seem to work reliably. We use /etc/exports natively and everything Just Works(tm). We've had literally zero problems over the years with this method, and have rebooted the filer numerous times without any repercussions on the client side. Given that this is the 2nd "sharenfs is wonky" thread in the past few hours, I'm left wondering why people bother with it and don't just use /etc/exports. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB |