From: andros@netapp.com
To: trond.myklebust@netapp.com
Cc: linux-nfs@vger.kernel.org, Andy Adamson <andros@netapp.com>
Subject: [PATCH 0/1] NFSv4.1 Fix umount when filelayout DS is also the MDS
Date: Tue, 12 Jun 2012 10:39:25 -0400 [thread overview]
Message-ID: <1339511966-2448-1-git-send-email-andros@netapp.com> (raw)
From: Andy Adamson <andros@netapp.com>
At the Bakeathon, Jorge noted that when the MDS and DS use the same struct
nfs_client, umount would fail to free the nfs_client struct and the
keep-alive SEQUENCE compound would continue ad infinitum.
This was due to the fact that the DS reference to the MDS nfs_client would
prevent the umount from dropping the cl_count to zero. Moreover, the
DS refererence is only dropped by the deviceid dereference only called
by nfs4_deviceid_purge_client from nfs_free_client when the nfs_client
cl_count was zero.
See the patch comments for the solution description.
I've tested this solution against a 2-node C-mode filer where one node is an
MDS/DS and the other node a standalone MDS but uses the first node as a DS.
I tested all combinations, including mounting the MDS/DS node, and using pNFS
for I/O. Then mounting the solo MDS node, and using pNFS for I/O (which uses
the MDS/DS node as a DS), then umounting one of the mount points, doing pNFS
I/O and then umount the other.
In all cases, umount destroyed the appropriate nfs_client, and associated
session.
Andy Adamson (1):
NFSv4.1 Fix umount when filelayout DS is also the MDS
fs/nfs/client.c | 71 ++++++++++++++++++++++++++++++++++++++++++--
fs/nfs/internal.h | 1 +
fs/nfs/nfs4filelayoutdev.c | 29 +++++++++++++++--
include/linux/nfs_fs_sb.h | 1 +
4 files changed, 95 insertions(+), 7 deletions(-)
--
1.7.6.4
next reply other threads:[~2012-06-12 14:39 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-12 14:39 andros [this message]
2012-06-12 14:39 ` [PATCH 1/1] NFSv4.1 Fix umount when filelayout DS is also the MDS andros
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=1339511966-2448-1-git-send-email-andros@netapp.com \
--to=andros@netapp.com \
--cc=linux-nfs@vger.kernel.org \
--cc=trond.myklebust@netapp.com \
/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).