linux-nfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Trond Myklebust <trondmy@hammerspace.com>
To: "linux-nfs@vger.kernel.org" <linux-nfs@vger.kernel.org>,
	"zhengbin13@huawei.com" <zhengbin13@huawei.com>,
	"anna.schumaker@netapp.com" <anna.schumaker@netapp.com>
Cc: "zhangxiaoxu5@huawei.com" <zhangxiaoxu5@huawei.com>,
	"yi.zhang@huawei.com" <yi.zhang@huawei.com>
Subject: Re: [PATCH] nfs: set invalid blocks after NFSv4 writes
Date: Wed, 20 May 2020 01:54:28 +0000	[thread overview]
Message-ID: <0ae8ca00c11b7136b035336eb1e4f6b7c8723fb1.camel@hammerspace.com> (raw)
In-Reply-To: <20200520013037.113612-1-zhengbin13@huawei.com>

On Wed, 2020-05-20 at 09:30 +0800, Zheng Bin wrote:
> Use the following command to test nfsv4(size of file1M is 1MB):
> mount -t nfs -o vers=4.0,actimeo=60 127.0.0.1/dir1 /mnt
> cp file1M /mnt
> du -h /mnt/file1M  -->0 within 60s, then 1M
> 
> When write is done(cp file1M /mnt), will call this:
> nfs_writeback_done
>   nfs4_write_done
>     nfs4_write_done_cb
>       nfs_writeback_update_inode
>         nfs_post_op_update_inode_force_wcc_locked(change, ctime,
> mtime
> nfs_post_op_update_inode_force_wcc_locked
>    nfs_set_cache_invalid
>    nfs_refresh_inode_locked
>      nfs_update_inode
> 
> nfsd write response contains change, ctime, mtime, the flag will be
> clear after nfs_update_inode. Howerver, write response does not
> contain
> space_used, previous open response contains space_used whose value is
> 0,
> so inode->i_blocks is still 0.
> 
> nfs_getattr  -->called by "du -h"
>   do_update |= force_sync || nfs_attribute_cache_expired -->false in
> 60s
>   cache_validity = READ_ONCE(NFS_I(inode)->cache_validity)
>   do_update |= cache_validity & (NFS_INO_INVALID_ATTR    -->false
>   if (do_update) {
>         __nfs_revalidate_inode
>   }
> 
> Within 60s, does not send getattr request to nfsd, thus "du -h
> /mnt/file1M"
> is 0.
> 
> Add a NFS_INO_INVALID_BLOCKS flag, set it when nfsv4 write is done.
> 
> Fixes: 16e143751727 ("NFS: More fine grained attribute tracking")
> Signed-off-by: Zheng Bin <zhengbin13@huawei.com>
> ---
>  fs/nfs/inode.c         | 9 +++++++--
>  include/linux/nfs_fs.h | 6 ++++--
>  2 files changed, 11 insertions(+), 4 deletions(-)
> 
> diff --git a/fs/nfs/inode.c b/fs/nfs/inode.c
> index b9d0921cb4fe..2d743e42fee1 100644
> --- a/fs/nfs/inode.c
> +++ b/fs/nfs/inode.c
> @@ -1764,7 +1764,8 @@ int
> nfs_post_op_update_inode_force_wcc_locked(struct inode *inode, struct
> nfs_fa
>  	status = nfs_post_op_update_inode_locked(inode, fattr,
>  			NFS_INO_INVALID_CHANGE
>  			| NFS_INO_INVALID_CTIME
> -			| NFS_INO_INVALID_MTIME);
> +			| NFS_INO_INVALID_MTIME
> +			| NFS_INO_INVALID_BLOCKS);
>  	return status;
>  }
> 
> @@ -2033,8 +2034,12 @@ static int nfs_update_inode(struct inode
> *inode, struct nfs_fattr *fattr)
>  		inode->i_blocks = nfs_calc_block_size(fattr-
> >du.nfs3.used);
>  	} else if (fattr->valid & NFS_ATTR_FATTR_BLOCKS_USED)
>  		inode->i_blocks = fattr->du.nfs2.blocks;
> -	else
> +	else {
> +		nfsi->cache_validity |= save_cache_validity &
> +				(NFS_INO_INVALID_BLOCKS
> +				| NFS_INO_REVAL_FORCED);
>  		cache_revalidated = false;
> +	}
> 
>  	/* Update attrtimeo value if we're out of the unstable period
> */
>  	if (attr_changed) {
> diff --git a/include/linux/nfs_fs.h b/include/linux/nfs_fs.h
> index 73eda45f1cfd..77efdca12cab 100644
> --- a/include/linux/nfs_fs.h
> +++ b/include/linux/nfs_fs.h
> @@ -227,14 +227,16 @@ struct nfs4_copy_state {
>  #define NFS_INO_INVALID_CTIME	BIT(9)		/* cached
> ctime is invalid */
>  #define NFS_INO_INVALID_MTIME	BIT(10)		/* cached
> mtime is invalid */
>  #define NFS_INO_INVALID_SIZE	BIT(11)		/* cached size is
> invalid */
> -#define NFS_INO_INVALID_OTHER	BIT(12)		/* other
> attrs are invalid */
> +#define NFS_INO_INVALID_BLOCKS	BIT(12)         /* cached
> blocks are invalid */
> +#define NFS_INO_INVALID_OTHER	BIT(13)		/* other
> attrs are invalid */
>  #define NFS_INO_DATA_INVAL_DEFER	\
> -				BIT(13)		/* Deferred cache
> invalidation */
> +				BIT(14)		/* Deferred cache
> invalidation */
> 
>  #define NFS_INO_INVALID_ATTR	(NFS_INO_INVALID_CHANGE \
>  		| NFS_INO_INVALID_CTIME \
>  		| NFS_INO_INVALID_MTIME \
>  		| NFS_INO_INVALID_SIZE \
> +		| NFS_INO_INVALID_BLOCKS \

Can we please replace this with an explicit check for STATX_BLOCKS in
nfs_getattr()? The above would just mean we always revalidate
independently of whether or not the user cares.

>  		| NFS_INO_INVALID_OTHER)	/* inode metadata is invalid
> */
> 
>  /*
> --
> 2.26.0.106.g9fadedd
> 
-- 
Trond Myklebust
Linux NFS client maintainer, Hammerspace
trond.myklebust@hammerspace.com



      reply	other threads:[~2020-05-20  1:54 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-05-20  1:30 [PATCH] nfs: set invalid blocks after NFSv4 writes Zheng Bin
2020-05-20  1:54 ` Trond Myklebust [this message]

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=0ae8ca00c11b7136b035336eb1e4f6b7c8723fb1.camel@hammerspace.com \
    --to=trondmy@hammerspace.com \
    --cc=anna.schumaker@netapp.com \
    --cc=linux-nfs@vger.kernel.org \
    --cc=yi.zhang@huawei.com \
    --cc=zhangxiaoxu5@huawei.com \
    --cc=zhengbin13@huawei.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).