From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 23:23:36 2011 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 D3F5E106564A; Mon, 7 Mar 2011 23:23:36 +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 731AD8FC15; Mon, 7 Mar 2011 23:23:36 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEACv3dE2DaFvO/2dsb2JhbACEK6MgrSyRFIEng0V2BIUchxQ X-IronPort-AV: E=Sophos;i="4.62,279,1297054800"; d="scan'208";a="113409036" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 07 Mar 2011 18:23:35 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id CB2B3B3F3E; Mon, 7 Mar 2011 18:23:35 -0500 (EST) Date: Mon, 7 Mar 2011 18:23:35 -0500 (EST) From: Rick Macklem To: Pierre Beyssac Message-ID: <1594334886.960001.1299540215770.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20110307000846.GA33085@fasterix.frmug.org> 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 - IE7 (Win)/6.0.10_GA_2692) Cc: freebsd-current@freebsd.org, pjd@freebsd.org Subject: Re: missing files in readdir(3) on NFS export of ZFS volume (since v28?) 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: Mon, 07 Mar 2011 23:23:36 -0000 > Hello, > > I'm running a 9-current server as compiled on Sat Mar 5 02:17:14 > CET 2011. > > Since I upgraded to ZFS v28 I noticed missing files from NFS. The > files are still accessible through NFS but they don't show up on a > readdir(3). > Oh, I forgot to mention that the business related to VFS_VGET() only applies to ReaddirPlus. If your client is using regular Readdir, then I have no idea what it might be? (Assuming that is setting its file system type to "zfs" so that the cookies don't have to be monotonically increasing values. rick