From owner-freebsd-fs@FreeBSD.ORG Thu Jan 17 00:42:58 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id CB36370 for ; Thu, 17 Jan 2013 00:42:58 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 919A6B24 for ; Thu, 17 Jan 2013 00:42:58 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqAEAMxH91CDaFvO/2dsb2JhbABEhj23WXOCHgEBAQMBAQEBICsgCwUWDgoCAg0ZAiMGAQkmBggHBAEcBIdmAwkGDKduiQcNiBqBI4plgQiDFYETA4hhin1YgVaBHIobhRKDE4FRNQ X-IronPort-AV: E=Sophos;i="4.84,481,1355115600"; d="scan'208";a="12252288" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 16 Jan 2013 19:42:57 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 8A372B4096; Wed, 16 Jan 2013 19:42:57 -0500 (EST) Date: Wed, 16 Jan 2013 19:42:57 -0500 (EST) From: Rick Macklem To: Sergey Kandaurov Message-ID: <1171241649.2066788.1358383377496.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: Subject: Re: getcwd lies on/under nfs4-mounted zfs dataset MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2013 00:42:58 -0000 pluknet@gmail.com wrote: > Hi. > > We stuck with the problem getting wrong current directory path > when sitting on/under zfs dataset filesystem mounted over NFSv4. > Both nfs server and client are 10.0-CURRENT from December or so. > > The component path "user3" unexpectedly appears to be "." (dot). > nfs-client:/home/user3 # pwd > /home/. > nfs-client:/home/user3/var/run # pwd > /home/./var/run > Ok, I've figured out what is going on. The algorithm in libc works, but vn_fullpath1() doesn't. The latter assumes that "mount points" are marked with VV_ROOT etc. For the "pseudo mount points" (which are mount points within the directory tree on the NFSv4 server), this isn't the case. If you: sysctl debug.disablecwd=1 sysctl debug.disablefullpath=1 it works. (At least for the UFS case I tested.) I can't see how this can be made to work correctly for vn_fullpath1() unless it was re-written to use the same algorithm that lib/libc/gen/getcwd.c implements. I was pretty sure this used to work. Maybe the syscalls used to be disabled by default or weren't used by the libc functions? Anyhow, sorry about the cofusing posts while I figured out what was going on, rick ps: Don't use the patch I posted. It isn't needed and will break stuff. > nfs-client:~ # procstat -f 3225 > PID COMM FD T V FLAGS REF OFFSET PRO NAME > 3225 a.out text v r r-------- - - - /home/./var/a.out > 3225 a.out ctty v c rw------- - - - /dev/pts/2 > 3225 a.out cwd v d r-------- - - - /home/./var > 3225 a.out root v d r-------- - - - / > > The used setup follows. > > 1. NFS Server with local ZFS: > # cat /etc/exports > V4: / -sec=sys > > # zfs list > pool1 10.4M 122G 580K /pool1 > pool1/user3 on /pool1/user3 (zfs, NFS exported, local, nfsv4acls) > > Exports list on localhost: > /pool1/user3 109.70.28.0 > /pool1 109.70.28.0 > > # zfs get sharenfs pool1/user3 > NAME PROPERTY VALUE SOURCE > pool1/user3 sharenfs -alldirs -maproot=root -network=109.70.28.0/24 > local > > 2. pool1 is mounted on NFSv4 client: > nfs-server:/pool1 on /home (nfs, noatime, nfsv4acls) > > So that on NFS client the "pool1/user3" dataset comes at /home/user3. > / - ufs > /home - zpool-over-nfsv4 > /home/user3 - zfs dataset "pool1/user3" > > At the same time it works as expected when we're not on zfs dataset, > but directly on its parent zfs pool (also over NFSv4), e.g. > nfs-client:/home/non_dataset_dir # pwd > /home/non_dataset_dir > > The ls command works as expected: > nfs-client:/# ls -dl /home/user3/var/ > drwxrwxrwt+ 6 root wheel 6 Jan 10 16:19 /home/user3/var/ > > -- > wbr, > pluknet > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org"