[pnfs] MDS exporting pNFS and non-pNFS file systems

Tom Tucker tom at opengridcomputing.com
Wed Feb 6 00:30:58 EST 2008


Dan:

I'm currently working on a pNFS pseudo file system prototype that allows
you to specify file layout policy for any file system that is exportable
via NFS. This pseudo filesystem acts kind of like a super-block proxy
that allows you to plug in file layout policy and pNFS policy for a
filesystem based on mount point instead of on file system type.

Perhaps this kind of idea is suitable for your purposes? In other words,
since the exports ops are per-fs, if you want to modify them for a given
fs, you need an abstraction layer. 

Tom

On Tue, 2008-02-05 at 16:09 -0800, Muntz, Daniel wrote:
> What are people doing to support exporting pNFS and non-pNFS file
> systems from an MDS?  The information from EXCHANGE_ID is not
> per-file-system, so can't be used to determine if a particular file
> system is pNFS-enabled.  Based on talking with Ricardo and Mike, we were
> thinking perhaps GETATTR could be used.  E.g., GETATTR could return a
> layout type of 0 for entities that do not support pNFS.
> 
> Perhaps the IBMers have some thoughts on this.  If you had a server
> exporting 2 GPFS file systems, and you wanted to export one with pNFS
> and one without, how would you want to handle this in the protocol?  For
> that matter, how would you want to handle it from a UI perspective?  For
> GPFS, an /etc/exports flag might make sense.  This wouldn't really work
> well for spNFS though.  For GPFS I assume you could switch back and
> forth between exporting with/without pNFS.  For spNFS, you're committed
> to exporting with pNFS (exporting without pNFS would result in access to
> the files on the MDS).
> 
>   -Dan
> _______________________________________________
> pNFS mailing list
> pNFS at linux-nfs.org
> http://linux-nfs.org/cgi-bin/mailman/listinfo/pnfs



More information about the pNFS mailing list