From mboxrd@z Thu Jan 1 00:00:00 1970 From: Trond Myklebust Subject: Re: Union mounts, NFS, and locking Date: Tue, 14 Jul 2009 18:55:40 -0400 Message-ID: <1247612140.5332.11.camel@heimdal.trondhjem.org> References: <200907142233.n6EMXRQp019008@agora.fsl.cs.sunysb.edu> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Cc: Valerie Aurora , Alexander Viro , Jan Blunck , Christoph Hellwig , linux-fsdevel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Erez Zadok Return-path: In-Reply-To: <200907142233.n6EMXRQp019008-zop+azHP2WsZjdeEBZXbMidm6ipF23ct@public.gmane.org> Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-Id: linux-fsdevel.vger.kernel.org On Tue, 2009-07-14 at 18:33 -0400, Erez Zadok wrote: > How would the client detect that the server broke the promise? In theory, > your client may never know b/c it'll never send the server any > state-changing ops (e.g., creat, write, unlink). One really ugly idea might > be for the client to try and create a dummy .nfsXXXXXX file on the server, > and if that succeds, or the error returned isn't EROFS, the client can guess > that the server's misbhaving. That still doesn't guarantee anything: cat /etc/exports /export 10.0.0.0/24(ro,sync) 10.0.1.1(rw,sync) /export/home 10.0.0.0/24(sec=krb5i:krb5p,rw,sec=sys:krb5,ro) Both of the above are liable to return EROFS to some clients, but not others... NFSv4.1 directory delegations can do the job of notifying you if the directory contents change, but what should your unionfs do when it gets told that this is the case? Cheers Trond -- Trond Myklebust Linux NFS client maintainer NetApp Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org www.netapp.com -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html