From: Quentin Barnes <qbarnes@gmail.com>
To: "Myklebust, Trond" <Trond.Myklebust@netapp.com>
Cc: Jeff Layton <jlayton@redhat.com>,
"linux-nfs@vger.kernel.org" <linux-nfs@vger.kernel.org>
Subject: Re: [PATCH] nfs: don't allow nfs_find_actor to match inodes of the wrong type
Date: Wed, 31 Jul 2013 18:00:51 -0500 [thread overview]
Message-ID: <20130731230051.GB31859@gmail.com> (raw)
> Quite frankly, all I care about in a situation like this is that the
> client doesn't Oops.
Certainly, and his patch does do that, but it's also pointing out
there's another bug running around. And once you fix that bug, the
original patch is no longer needed.
> If a server is really this utterly broken, then there is no way we can
> fix it on the client, and we're not even going to try.
Of course. But you also don't want to unnecessarily leave the
client with an invalid inode that's not properly flagged and
possibly leave another bug unfixed.
Here is a example patch that I feel better addresses the problem:
commit 2d6b411eea04ae4398707b584b8d9e552606aaf7
Author: Quentin Barnes <qbarnes@yahoo-inc.com>
Date: Wed Jul 31 17:50:35 2013 -0500
Have nfs_refresh_inode_locked() ensure that it doesn't return without
flagging invalid inodes (ones that don't match its fattr type).
nfs_refresh_inode() already does this, so we need to check the return
status from nfs_check_inode_attributes() before returning from
nfs_refresh_inode_locked().
Once this hole is plugged, there will be no invalid inode references
returned by nfs_fhget(), so no need to check in nfs_find_actor().
diff --git a/fs/nfs/inode.c b/fs/nfs/inode.c
index af6e806..d2263a5 100644
--- a/fs/nfs/inode.c
+++ b/fs/nfs/inode.c
@@ -244,8 +244,6 @@ nfs_find_actor(struct inode *inode, void *opaque)
if (NFS_FILEID(inode) != fattr->fileid)
return 0;
- if ((S_IFMT & inode->i_mode) != (S_IFMT & fattr->mode))
- return 0;
if (nfs_compare_fh(NFS_FH(inode), fh))
return 0;
if (is_bad_inode(inode) || NFS_STALE(inode))
@@ -1269,9 +1267,16 @@ static int nfs_inode_attrs_need_update(const struct inode *inode, const struct n
static int nfs_refresh_inode_locked(struct inode *inode, struct nfs_fattr *fattr)
{
+ int status;
+
if (nfs_inode_attrs_need_update(inode, fattr))
return nfs_update_inode(inode, fattr);
- return nfs_check_inode_attributes(inode, fattr);
+
+ status = nfs_check_inode_attributes(inode, fattr);
+ if (status)
+ nfs_invalidate_inode(inode);
+
+ return status;
}
/**
next reply other threads:[~2013-07-31 23:00 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-31 23:00 Quentin Barnes [this message]
2013-07-31 23:47 ` [PATCH] nfs: don't allow nfs_find_actor to match inodes of the wrong type Myklebust, Trond
2013-08-02 18:00 ` Quentin Barnes
2013-08-01 0:46 ` Jeff Layton
2013-08-02 17:58 ` Quentin Barnes
2013-08-02 18:29 ` Jeff Layton
2013-08-06 23:56 ` Quentin Barnes
-- strict thread matches above, loose matches on Subject: below --
2013-02-28 1:10 Jeff Layton
2013-07-31 18:36 ` Quentin Barnes
2013-07-31 18:46 ` Jeff Layton
2013-07-31 20:26 ` Quentin Barnes
2013-07-31 20:32 ` Myklebust, Trond
2013-07-31 20:38 ` Jeff Layton
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=20130731230051.GB31859@gmail.com \
--to=qbarnes@gmail.com \
--cc=Trond.Myklebust@netapp.com \
--cc=jlayton@redhat.com \
--cc=linux-nfs@vger.kernel.org \
/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).