From mboxrd@z Thu Jan 1 00:00:00 1970 From: Brad Boyer Subject: Re: [PATCH 0/6][v4][RFC] NFSv3: implement extended attribute protocol (XATTR) Date: Mon, 8 Mar 2010 23:04:44 -0800 Message-ID: <20100309070444.GA18216@cynthia.pants.nu> References: <20100309035932.GA14237@cynthia.pants.nu> <4B95E167.40306@schaufler-ca.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: James Morris , linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-security-module-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Trond Myklebust , "J. Bruce Fields" , Neil Brown , linux-fsdevel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Casey Schaufler Return-path: Content-Disposition: inline In-Reply-To: <4B95E167.40306-iSGtlc1asvQWG2LlvL+J4A@public.gmane.org> Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-Id: linux-fsdevel.vger.kernel.org On Mon, Mar 08, 2010 at 09:49:27PM -0800, Casey Schaufler wrote: > Another is to NFS mount the filesystem back on to the server, > in which case James' scheme works just dandy. It's a trick that > I've used more than once in the Unix world for this exact purpose. > Of course you have to arrange your mount points in advance with > malice aforethought, but that's likely something you're used to > by now. That would definitely work, but it's not ideal. Obviously if it's being accessed over NFS in one place it probably good enough everywhere, but it's overhead that could be eliminated. Brad Boyer flar-POGeQm5F+FGB+jHODAdFcQ@public.gmane.org -- 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