From owner-freebsd-stable@FreeBSD.ORG Thu Mar 18 12:35:23 2004 Return-Path: Delivered-To: freebsd-stable@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F76D16A4CE for ; Thu, 18 Mar 2004 12:35:23 -0800 (PST) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4892243D31 for ; Thu, 18 Mar 2004 12:35:23 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 3C79D5580B for ; Thu, 18 Mar 2004 12:35:23 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38A9116A4CE for ; Thu, 18 Mar 2004 12:35:23 -0800 (PST) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C9E943D31 for ; Thu, 18 Mar 2004 12:35:23 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 1D62C72DCB; Thu, 18 Mar 2004 12:35:23 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 1A7DC72DB5; Thu, 18 Mar 2004 12:35:23 -0800 (PST) Date: Thu, 18 Mar 2004 12:35:23 -0800 (PST) From: Doug White To: Mike Andrews In-Reply-To: <20040318144807.E95350@mindcrime.bit0.com> Message-ID: <20040318123302.W63293@carver.gumbysoft.com> References: <20040318144807.E95350@mindcrime.bit0.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@lists.freebsd.org Subject: Re: Weird NFSvs rdirplus issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2004 20:35:23 -0000 On Thu, 18 Mar 2004, Mike Andrews wrote: > I've been experimenting with readdirplus and running into two bizarre situations. > > Bizarre situation #1 is the easy one: when you try to put the acdirmin/max > and acregmin/max options on an NFS filesystem in /etc/fstab, mount > (actually mount_nfs) will dump core on 4.9-RELEASE-p4 but not on > 5.2.1-RELEASE-p3: > > # grep acreg /etc/fstab > server:/fs /mnt nfs,ro,-lis,acdirmin=0,acdirmax=1,acregmin=0,acregmax=1 0 0 > # mount /mnt > mount: server:/fs: Segmentation fault What happens if you change "-lis" to "rdirplus,soft,intr,nfsv3"? Readdirplus is a v3 call so it might imply it anyway, but best to be safe. > Bizarre situation #2 is why I was messing with those options in the first > place... > > > With readdirplus enabled (i.e. 'rdirplus' or '-l' in the fstab mount > options) files sometimes, but not always, disappear when they're written > -- which is just a bit alarming. :) One way to reproduce this easily is > to have /usr/ports be an NFS mount and try to build a port that does > patches -- the .orig file will be created but the patched file will be > gone, which causes the build to fail with "no such file or directory" > errors. A specific port I've seen this on is the lang/ruby16 port: There was a problem with readdirplus on CD9660 filesystems... readdirplus uses a different VFS op than, say, ls, and it exposed a nasty bug. I would sure hope the same thing doesn't exist for ufs, although it wouldn't be outside the realm of possibility. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org