Re: [PATCH v2 2/2] Revert "NFS: Make close(2) asynchronous when closing NFS O_DIRECT files"

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sep 4, 2015, at 5:01 PM, Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx> wrote:

> This reverts commit f895c53f8ace3c3e49ebf9def90e63fc6d46d2bf.
> 
> This commit causes a NFSv4 regression in that close()+unlink() can end
> up failing. The reason is that we no longer have a guarantee that the
> CLOSE has completed on the server, meaning that the subsequent call to
> REMOVE may fail with NFS4ERR_FILE_OPEN if the server implements Windows
> unlink() semantics.
> 
> Reported-by: <Olga Kornievskaia <aglo@xxxxxxxxx>
> Cc: Chuck Lever <chuck.lever@xxxxxxxxxx>

I'm fine with this as long as the current NFSv3 behavior stays
the same. I haven't tested, but I believe 1/2 will guarantee
that NFSv3 close(2) behavior does not change.

Reviewed-by: Chuck Lever <chuck.lever@xxxxxxxxxx>


> Signed-off-by: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
> ---
> fs/nfs/inode.c | 7 ++++++-
> 1 file changed, 6 insertions(+), 1 deletion(-)
> 
> diff --git a/fs/nfs/inode.c b/fs/nfs/inode.c
> index 6307d8de103d..326d9e10d833 100644
> --- a/fs/nfs/inode.c
> +++ b/fs/nfs/inode.c
> @@ -853,6 +853,11 @@ void put_nfs_open_context(struct nfs_open_context *ctx)
> }
> EXPORT_SYMBOL_GPL(put_nfs_open_context);
> 
> +static void put_nfs_open_context_sync(struct nfs_open_context *ctx)
> +{
> +	__put_nfs_open_context(ctx, 1);
> +}
> +
> /*
>  * Ensure that mmap has a recent RPC credential for use when writing out
>  * shared pages
> @@ -908,7 +913,7 @@ void nfs_file_clear_open_context(struct file *filp)
> 		spin_lock(&inode->i_lock);
> 		list_move_tail(&ctx->list, &NFS_I(inode)->open_files);
> 		spin_unlock(&inode->i_lock);
> -		__put_nfs_open_context(ctx, filp->f_flags & O_DIRECT ? 0 : 1);
> +		put_nfs_open_context_sync(ctx);
> 	}
> }
> 
> -- 
> 2.4.3
> 

--
Chuck Lever



--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux