From: "H. Peter Anvin" Subject: Re: Re: [autofs] Server/client mismatch over status of a mount ... Date: Wed, 19 Feb 2003 19:16:12 +0100 Sender: nfs-admin@lists.sourceforge.net Message-ID: <3E53C9EC.8080903@zytor.com> References: <200302191358.h1JDwECX026719@buggy.badula.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Cc: nfs@lists.sourceforge.net, autofs@linux.kernel.org, trond.myklebust@fys.uio.no, james-p@moving-picture.com Return-path: Received: from terminus.zytor.com ([63.209.29.3] ident=root) by sc8-sf-list1.sourceforge.net with esmtp (Cipher TLSv1:DES-CBC3-SHA:168) (Exim 3.31-VA-mm2 #1 (Debian)) id 18lYlr-0001JI-00 for ; Wed, 19 Feb 2003 10:16:39 -0800 To: Ion Badulescu In-Reply-To: <200302191358.h1JDwECX026719@buggy.badula.org> Errors-To: nfs-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Id: Discussion of NFS under Linux development, interoperability, and testing. List-Unsubscribe: , List-Archive: Ion Badulescu wrote: > > Isn't autofs v4 supposed to fix this? I remember Jeremy mentioning that > the filesystem would lock all accesses to a dentry scheduled to be > unmounted until the daemon replied to the request. > That's fine and dandy, but you would have to atomically lock *all* dentries belonging to the subtree, which I suspect (but don't know for sure) is impossible. -hpa ------------------------------------------------------- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs