From: Scott Mayhew <smayhew@redhat.com>
To: Benjamin Coddington <bcodding@redhat.com>
Cc: trond.myklebust@hammerspace.com, anna.schumaker@netapp.com,
dhowells@redhat.com, linux-nfs@vger.kernel.org
Subject: Re: [PATCH] nfs: add minor version to nfs_server_key for fscache
Date: Wed, 11 Jul 2018 12:24:47 -0400 [thread overview]
Message-ID: <20180711162447.GI10135@coeurl.usersys.redhat.com> (raw)
In-Reply-To: <1F59764C-4E7C-4D15-BE35-490D61F0349F@redhat.com>
On Wed, 11 Jul 2018, Benjamin Coddington wrote:
> So there's two changes here, the first is that we don't call
> nfs_fscache_get_client_cookie() if rpc_ops->init_client fails, which makes
> sense. The second is that we create separate fscache indexes for minor
> versions. Why do we need separate caches if the nfs_client is the same? I
> thought that the nfs_client is just there to have something to hang the
> superblock caches from..
>
> Is the problem that we can take down one nfs_client and then initialize a
> new one, but the nfs_server_key is exactly the same, so now we start to add
> new objects before fscache has cleaned up old references?
The nfs_clients aren't the same, and nothing's being torn down.
I'm using steved's "runcthon" script from cthon which performs
multiple cthon runs simultaneiously. I have different superblocks,
nfs_servers, nfs_clients, and fscache_cookies. But the keys for the
v4.x mounts are all the same. David indicated that was problematic, so
I suggested adding the minor version to the key, which he said was fine.
crash> mount|grep nfs
ffff9fb43b544900 ffff9fb3f5cb2000 rpc_pipefs sunrpc
/var/lib/nfs/rpc_pipefs
ffff9fb42b9b0d80 ffff9fb424c34000 nfs 192.168.122.3:/export/nfsv3tcp
/mnt/nfsv3tcp
ffff9fb42b9b2d80 ffff9fb3f5cb2800 nfs4 192.168.122.3:/export/nfsv4tcp
/mnt/nfsv4tcp
ffff9fb42b9cfc80 ffff9fb42b9a5000 nfs4 192.168.122.3:/export/nfsv41tcp
/mnt/nfsv41tcp
ffff9fb42b9b2180 ffff9fb42aaaa000 nfs4 192.168.122.3:/export/nfsv42tcp
/mnt/nfsv42tcp
crash> super_block.s_fs_info ffff9fb424c34000
s_fs_info = 0xffff9fb424f11000
crash> super_block.s_fs_info ffff9fb3f5cb2800
s_fs_info = 0xffff9fb4397d3400
crash> super_block.s_fs_info ffff9fb42b9a5000
s_fs_info = 0xffff9fb3f676c000
crash> super_block.s_fs_info ffff9fb42aaaa000
s_fs_info = 0xffff9fb4397d1400
crash> nfs_server.nfs_client 0xffff9fb424f11000
nfs_client = 0xffff9fb424f10800
crash> nfs_server.nfs_client 0xffff9fb4397d3400
nfs_client = 0xffff9fb438a36000
crash> nfs_server.nfs_client 0xffff9fb3f676c000
nfs_client = 0xffff9fb424f13800
crash> nfs_server.nfs_client 0xffff9fb4397d1400
nfs_client = 0xffff9fb43afb2800
crash> nfs_client.fscache 0xffff9fb424f10800
fscache = 0xffff9fb43904c220
crash> nfs_client.fscache 0xffff9fb438a36000
fscache = 0xffff9fb424f78a18
crash> nfs_client.fscache 0xffff9fb424f13800
fscache = 0xffff9fb43904c330
crash> nfs_client.fscache 0xffff9fb43afb2800
fscache = 0xffff9fb424f78cc0
crash> fscache_cookie.key 0xffff9fb43904c220
key = 0xa8c0000000020003
crash> fscache_cookie.key 0xffff9fb424f78a18
key = 0xa8c0010800020004 <-----------------+
crash> fscache_cookie.key 0xffff9fb43904c330 |
key = 0xa8c0010800020004 <-----------------+---- duplicate keys
crash> fscache_cookie.key 0xffff9fb424f78cc0 |
key = 0xa8c0010800020004 <-----------------+
>
> Ben
>
> On 11 Jul 2018, at 8:22, Scott Mayhew wrote:
>
> > If the same NFS filesystem is mounted multiple times with "-o fsc" and
> > different NFS versions, the following oops can occur.
> >
> > Fix it by adding the minor version to the struct nfs_server_key.
> >
> > Note this requires waiting to call nfs_fscache_get_client_cookie()
> > until after the nfs_client has been initialized.
> >
> > kernel BUG at fs/cachefiles/namei.c:194!
> > invalid opcode: 0000 [#1] SMP PTI
> > Modules linked in: ...
> > CPU: 1 PID: 6 Comm: kworker/u4:0 Kdump: loaded Not tainted
> > 4.17.3-200.fc28.x86_64 #1
> > Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS
> > 1.10.2-2.fc27 04/01/2014
> > Workqueue: fscache_object fscache_object_work_func [fscache]
> > RIP: 0010:cachefiles_walk_to_object.cold.16+0x124/0x18c [cachefiles]
> > RSP: 0000:ffffa37f40347d50 EFLAGS: 00010246
> > RAX: 0000000000000001 RBX: ffff9327f3e94300 RCX: 0000000000000006
> > RDX: 0000000000000000 RSI: 0000000000000092 RDI: ffff9327ffd16930
> > RBP: ffff9327f3e94000 R08: 0000000000000000 R09: 000000000000026f
> > R10: 0000000000000000 R11: 0000000000000001 R12: ffff9327faa59840
> > R13: ffff9327faa59840 R14: ffff9327f3e94440 R15: ffff9327f3e94ec0
> > FS: 0000000000000000(0000) GS:ffff9327ffd00000(0000)
> > knlGS:0000000000000000
> > CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> > CR2: 00007f63f1db28a0 CR3: 000000002020a001 CR4: 00000000003606e0
> > DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> > DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400
> > Call Trace:
> > ? __queue_work+0x103/0x3e0
> > ? __switch_to_asm+0x34/0x70
> > cachefiles_lookup_object+0x4b/0xa0 [cachefiles]
> > fscache_look_up_object+0x9c/0x110 [fscache]
> > ? fscache_parent_ready+0x2a/0x50 [fscache]
> > fscache_object_work_func+0x74/0x2b0 [fscache]
> > process_one_work+0x187/0x340
> > worker_thread+0x2e/0x380
> > ? pwq_unbound_release_workfn+0xd0/0xd0
> > kthread+0x112/0x130
> > ? kthread_create_worker_on_cpu+0x70/0x70
> > ret_from_fork+0x35/0x40
> > Code: ...
> > RIP: cachefiles_walk_to_object.cold.16+0x124/0x18c [cachefiles] RSP:
> > ffffa37f40347d50
> >
> > Signed-off-by: Scott Mayhew <smayhew@redhat.com>
> > ---
> > fs/nfs/client.c | 8 +++++---
> > fs/nfs/fscache.c | 2 ++
> > 2 files changed, 7 insertions(+), 3 deletions(-)
> >
> > diff --git a/fs/nfs/client.c b/fs/nfs/client.c
> > index 377a61654a88..bfd1b4e2852b 100644
> > --- a/fs/nfs/client.c
> > +++ b/fs/nfs/client.c
> > @@ -185,7 +185,6 @@ struct nfs_client *nfs_alloc_client(const struct
> > nfs_client_initdata *cl_init)
> > cred = rpc_lookup_machine_cred("*");
> > if (!IS_ERR(cred))
> > clp->cl_machine_cred = cred;
> > - nfs_fscache_get_client_cookie(clp);
> >
> > return clp;
> >
> > @@ -397,7 +396,7 @@ nfs_found_client(const struct nfs_client_initdata
> > *cl_init,
> > */
> > struct nfs_client *nfs_get_client(const struct nfs_client_initdata
> > *cl_init)
> > {
> > - struct nfs_client *clp, *new = NULL;
> > + struct nfs_client *clp, *ret, *new = NULL;
> > struct nfs_net *nn = net_generic(cl_init->net, nfs_net_id);
> > const struct nfs_rpc_ops *rpc_ops = cl_init->nfs_mod->rpc_ops;
> >
> > @@ -422,7 +421,10 @@ struct nfs_client *nfs_get_client(const struct
> > nfs_client_initdata *cl_init)
> > &nn->nfs_client_list);
> > spin_unlock(&nn->nfs_client_lock);
> > new->cl_flags = cl_init->init_flags;
> > - return rpc_ops->init_client(new, cl_init);
> > + ret = rpc_ops->init_client(new, cl_init);
> > + if (!IS_ERR(ret))
> > + nfs_fscache_get_client_cookie(new);
> > + return ret;
> > }
> >
> > spin_unlock(&nn->nfs_client_lock);
> > diff --git a/fs/nfs/fscache.c b/fs/nfs/fscache.c
> > index 4dc887813c71..c32146319944 100644
> > --- a/fs/nfs/fscache.c
> > +++ b/fs/nfs/fscache.c
> > @@ -35,6 +35,7 @@ static DEFINE_SPINLOCK(nfs_fscache_keys_lock);
> > struct nfs_server_key {
> > struct {
> > uint16_t nfsversion; /* NFS protocol version */
> > + uint16_t minorversion; /* NFSv4 minor version */
> > uint16_t family; /* address family */
> > __be16 port; /* IP port */
> > } hdr;
> > @@ -59,6 +60,7 @@ void nfs_fscache_get_client_cookie(struct nfs_client
> > *clp)
> >
> > memset(&key, 0, sizeof(key));
> > key.hdr.nfsversion = clp->rpc_ops->version;
> > + key.hdr.minorversion = clp->cl_minorversion;
> > key.hdr.family = clp->cl_addr.ss_family;
> >
> > switch (clp->cl_addr.ss_family) {
> > --
> > 2.14.4
> >
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2018-07-11 16:24 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-07-11 12:22 [PATCH] nfs: add minor version to nfs_server_key for fscache Scott Mayhew
2018-07-11 14:51 ` Benjamin Coddington
2018-07-11 16:24 ` Scott Mayhew [this message]
2018-07-11 16:48 ` Trond Myklebust
2018-07-12 12:25 ` Scott Mayhew
2018-07-25 10:07 ` David Howells
2018-07-13 9:44 ` David Howells
2018-07-18 12:12 ` Scott Mayhew
2018-07-18 20:56 ` David Howells
-- strict thread matches above, loose matches on Subject: below --
2020-02-24 21:29 Dave Wysochanski
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=20180711162447.GI10135@coeurl.usersys.redhat.com \
--to=smayhew@redhat.com \
--cc=anna.schumaker@netapp.com \
--cc=bcodding@redhat.com \
--cc=dhowells@redhat.com \
--cc=linux-nfs@vger.kernel.org \
--cc=trond.myklebust@hammerspace.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