From: "J. Bruce Fields" <bfields@fieldses.org>
To: Kinglong Mee <kinglongmee@gmail.com>
Cc: Al Viro <viro@zeniv.linux.org.uk>,
linux-fsdevel@vger.kernel.org,
"linux-nfs@vger.kernel.org" <linux-nfs@vger.kernel.org>,
NeilBrown <neilb@suse.de>,
Trond Myklebust <trond.myklebust@primarydata.com>,
Steve Dickson <SteveD@redhat.com>
Subject: Re: [PATCH 0/4 v2] NFSD: Pin to vfsmount for some nfsd exports cache
Date: Mon, 1 Jun 2015 14:21:55 -0400 [thread overview]
Message-ID: <20150601182155.GC26489@fieldses.org> (raw)
In-Reply-To: <5561E7E4.50604@gmail.com>
On Sun, May 24, 2015 at 11:01:56PM +0800, Kinglong Mee wrote:
> If there are some mount points(not exported for nfs) under pseudo root,
> after client's operation of those entry under the root, anyone *can't*
> unmount those mount points until export cache expired.
Thanks for the update, apologies for the delayed response.
>
> # cat /etc/exports
> /nfs/xfs *(rw,insecure,no_subtree_check,no_root_squash)
> /nfs/pnfs *(rw,insecure,no_subtree_check,no_root_squash)
> # ll /nfs/
> total 0
> drwxr-xr-x. 3 root root 84 Apr 21 22:27 pnfs
> drwxr-xr-x. 3 root root 84 Apr 21 22:27 test
> drwxr-xr-x. 2 root root 6 Apr 20 22:01 xfs
> # mount /dev/sde /nfs/test
> # df
> Filesystem 1K-blocks Used Available Use% Mounted on
> ......
> /dev/sdd 1038336 32944 1005392 4% /nfs/pnfs
> /dev/sdc 10475520 32928 10442592 1% /nfs/xfs
> /dev/sde 999320 1284 929224 1% /nfs/test
> # mount -t nfs 127.0.0.1:/nfs/ /mnt
> # ll /mnt/*/
> /mnt/pnfs/:
> total 0
> -rw-r--r--. 1 root root 0 Apr 21 22:23 attr
> drwxr-xr-x. 2 root root 6 Apr 21 22:19 tmp
>
> /mnt/xfs/:
> total 0
> # umount /nfs/test/
> umount: /nfs/test/: target is busy
> (In some cases useful info about processes that
> use the device is found by lsof(8) or fuser(1).)
>
> I don't think that's user expect, they want umount /nfs/test/.
>
> It's caused by exports cache of nfsd holds the reference of
> the path (here is /nfs/test/), so, it can't be umounted.
>
> v1 --> v2,
> 1. Adds an option named "allow_umount" for exports allowing user
> un-mounting the filesystem where nfsd exports base on.
I don't think allow_umount is a useful option. I'd rather just make the
code behave like allow_umount was on all the time.
The fact is nobody could ever *depend* on umount to fail on an exported
filesystem anyway.
I do think we might want a stronger "allow_umount" option that actually
revokes locks and such as necessary. I just don't see the need for this
in between case.
--b.
> 2. New helpers path_get_pin/path_put_unpin for path pin.
> 3. Update exports according to the "allow_umount" option.
>
> Kinglong Mee (5):
> fs_pin: Fix uninitialized value in fs_pin
> fs_pin: Export functions for specific filesystem
> path: New helpers path_get_pin/path_put_unpin for path pin
> sunrpc: New helper cache_force_expire for cache cleanup
> nfsd: Allows user un-mounting filesystem where nfsd exports base on
>
> fs/fs_pin.c | 3 +++
> fs/namei.c | 26 ++++++++++++++++++++
> fs/nfsd/export.c | 52 ++++++++++++++++++++++++++++++++--------
> fs/nfsd/export.h | 11 ++++++++-
> include/linux/fs_pin.h | 6 +++++
> include/linux/path.h | 4 ++++
> include/linux/sunrpc/cache.h | 11 +++++++++
> include/uapi/linux/nfsd/export.h | 3 ++-
> 8 files changed, 104 insertions(+), 12 deletions(-)
>
> --
> 2.4.1
next prev parent reply other threads:[~2015-06-01 18:21 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-24 15:01 [PATCH 0/4 v2] NFSD: Pin to vfsmount for some nfsd exports cache Kinglong Mee
2015-05-24 15:10 ` [PATCH 1/5 v2] fs_pin: Fix uninitialized value in fs_pin Kinglong Mee
2015-05-24 15:10 ` [PATCH 2/5 v2] fs_pin: Export functions for specific filesystem Kinglong Mee
2015-05-24 15:10 ` [PATCH 3/5 v2] path: New helpers path_get_pin/path_put_unpin for path pin Kinglong Mee
2015-05-24 15:10 ` [PATCH 4/5 v2] sunrpc: New helper cache_force_expire for cache cleanup Kinglong Mee
2015-05-24 15:10 ` [PATCH 5/5] nfsd: allows user un-mounting filesystem where nfsd exports base on Kinglong Mee
2015-06-05 15:02 ` Al Viro
2015-06-06 2:21 ` Al Viro
2015-06-06 13:38 ` Kinglong Mee
2015-06-01 18:21 ` J. Bruce Fields [this message]
2015-06-02 1:41 ` [PATCH 0/4 v2] NFSD: Pin to vfsmount for some nfsd exports cache Kinglong Mee
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20150601182155.GC26489@fieldses.org \
--to=bfields@fieldses.org \
--cc=SteveD@redhat.com \
--cc=kinglongmee@gmail.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-nfs@vger.kernel.org \
--cc=neilb@suse.de \
--cc=trond.myklebust@primarydata.com \
--cc=viro@zeniv.linux.org.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).