From owner-freebsd-stable@FreeBSD.ORG Tue Feb 9 09:29:30 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1A8A106566C; Tue, 9 Feb 2010 09:29:30 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 38F7B8FC0C; Tue, 9 Feb 2010 09:29:29 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1NemPR-0004SA-4z>; Tue, 09 Feb 2010 10:29:29 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1NemPR-0006tJ-3G>; Tue, 09 Feb 2010 10:29:29 +0100 Message-ID: <4B712B54.4020000@zedat.fu-berlin.de> Date: Tue, 09 Feb 2010 09:31:00 +0000 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100206 Thunderbird/3.0.1 MIME-Version: 1.0 To: Rick Macklem References: <4B6FE550.9020506@zedat.fu-berlin.de> <4B70497B.1000908@zedat.fu-berlin.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: NFSv4: mount -t nsf4 not the same as mount_newnfs? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Feb 2010 09:29:30 -0000 On 02/08/10 22:37, Rick Macklem wrote: > > > On Mon, 8 Feb 2010, O. Hartmann wrote: > >> >> So I guess the above one is the more 'transparent' one with respect >> to the future, when NFSv4 gets mature and its way as matured into the >> kernel? >> > > Yea, I'd only use "mount -t newnfs" if for some reason you want to > test/use the experimental client for nfsv2,3 instead of the regular one. > >> I tried the above and it works. But it seems, that only UFS2 >> filesystems can be mounted by the client. When trying mounting a >> filesystem residing on ZFS, it fails. Mounting works, but when try to >> access or doing a simple 'ls', I get >> >> ls: /backup: Permission denied >> >> >> On server side, /etc/exports looks like >> >> -- >> V4: / -sec=sys:krb5 #IPv4# >> >> /backup #IPv4# >> -- >> >> Is there still an issue with ZFS? >> > For ZFS, everything from the "root" specified by the "V4:" line > must be exported at this time. So, if "/" isn't exported, the > above won't work for ZFS. You can either export "/" or move the > NFSv4 root down to backup. For example, you could try: > > V4: /backup -sec=sys:krb5 > /backup > > (assuming /backup is the ZFS volume) > > and then a mount like: > mount -t nfs -o nfsv4 server:/ /mnt > will mount /backup on /mnt > > rick > ps: ZFS also has its own export stuff, but it is my understanding that > putting a line in /etc/exports is sufficient. I've never used ZFS, > so others will know more than I. > Well, I guess I havn't uderstood everything of NFSv4. The 'concept' of the 'root' is new to me, maybe there are some deeper explanation of the purpose? Are there supposed to be more than one 'root' enries or only one? At this very moment mounting seems to work, but I always get a 'permission denied' error on every ZFS exported filesystem. Doing the same with UFS2 filesystems, everything works as expected. Is there a way to inspect the exports and mounts for the used NFS-protocol? When issuing 'mount', the 'backup' mount is repoted to be 'newnfs', I assume this reflects NFSv4 being used, now I need to figure out what's going wrong with the ZFS export. NFS export of the ZFS filesystem is enabled, but as far as I know, this feature is not used in FreeBSD since ZFS in FreeBSD lacks of the capabilities of autonomously exporting its via NFS - well, I'm not an expert in this matter. Thanks a lot, Oliver