Home
Reading
Searching
Subscribe
Sponsors
Statistics
Posting
Contact
Spam
Lists
Links
About
Hosting
Filtering
Features Download
Marketing
Archives
FAQ
Blog
 
Gmane
From: David Howells <dhowells <at> redhat.com>
Subject: [PATCH 0/4] VFS: Enable future NFS superblock sharing [try #3]
Newsgroups: gmane.linux.nfsv4
Date: Thursday 22nd June 2006 14:23:58 UTC (over 11 years ago)
The four patches in this set are:

 (1) A patch to fix a race between dentries being disposed of by memory
     shrinkage and being disposed of by unmounting.

 (2) A patch to pass the vfsmount record through to the get_sb() op, and
have
     that fill it in rather than returning the superblock directly, so that
     the vfsmount root doesn't have to be the superblock root.

 (3) A patch to pass the dentry from the statfs() filename argument into
the
     statfs() op instead of the superblock, so that the information
returned
     can be based on the dentry.

 (4) A patch to have XFS make use of the dentry passed to statfs() to
return
     per-project quota information rather than per-filesystem information.

The second and third patches are a precursor to the NFS superblock sharing
patches.  The NFS superblock sharing patches group NFS files together into
superblocks by {server, protocol, FSID}.

Ideally we'd represent each FSID tree retrieved from the server as a single
tree in the client, rooted at the root of the FSID tree.  However, things
are
much more messy than that for two reasons:

 (1) We may jump directly into the middle of a tree (consider mountd), and
we
     may not be able to access the common root of a tree on the server.

     This means we may know about several subtrees of a particular
filesystem
     on the server, but not be able to get the bits connecting them. 
Consider
     /home: the automounter might mount various users' home directories,
but it
     may not actually be able to mount the directory in which they live.

 (2) We can't simply assume that the hidden common bit of the paths forms a
     real tree.  Symbolic links on the server may distort our perception of
     reality, and if the common part suddenly becomes visible, we may find
that
     the dentry tree we've constructed is out of shape.

So what we want to do with NFS is have the ability to have separate trees
within one superblock, and to splice the root of one as a branch on another
when we find a connection.

The getsb patch permits the get_sb() op to return an arbitrary root for a
superblock, allowing multiple trees to be set up within the superblock, or
permitting a subtree to be returned (similar to mount --bind).

The statfs patch permits the statfs() op to find out which bit of the tree
is
being probed.  In the NFS case, this is because the actual root dentry is a
dummy that is never actually used (since we aren't necessarily sure of what
the
root actually is).  For FUSE this might be because different dentries map
to
different data sources.

[try #3] is updated to 2.6.17-git4 and now includes an extra patch to
permit
XFS to show per-project quota information via statfs(), depending on which
project the dentry specified as the base for statfs() belongs to.

The first patch (fix-dcache-race-during-umount in -mm) is now a
prerequisite
to the others.

David
 
CD: 3ms