Re: Delays on "first" access to a NFS mount

[Christoph Hellwig <hch@infradead.org>]

On Fri, Mar 16, 2007 at 05:54:29PM -0400, J. Bruce Fields wrote:
> On Fri, Mar 16, 2007 at 09:47:38PM +0000, Christoph Hellwig wrote:
> >  - using namespace and the kernel mount code means we need to have
> >    at least enough information on where these mount points are in
> >    kernel space.
> >  - it does however not mean that we need to set up all these mount
> >    points at boot time!  We have a nice scheme to creates mounts
> >    when a special follow_link operation that is for example used
> >    in the nfs client for submount, or we could have some sort
> >    of automounter that does userspace upcalls.
> 
> Note that clients may access filesystems by traversing mountpoints, but
> they may also just jump in with a filehandle they got on a previous
> boot.  So we still need to be able to look up exports by filehandle as
> well as by path.

Yeah, but an explicit kern_mount is easy.  For old dev_t based filehandles
anyway, and for uuid or fsid based onces we'd need an upcall for a uuid/fsid
to dev_t mapping.

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs