Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp4258919pxk; Tue, 29 Sep 2020 20:21:48 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzLgWcwW0LS4+Y/SWmFrTdAYuoCQvxbwm/KKzw/R9q1UCYYSvu9dDdgLOM78pHWes57i9b6 X-Received: by 2002:a17:907:394:: with SMTP id ss20mr752981ejb.120.1601436108131; Tue, 29 Sep 2020 20:21:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601436108; cv=none; d=google.com; s=arc-20160816; b=IKC7X4s9GDu5jJQdovYGbZ+RpfyKp8wLn8j6y4LX4Q/0aQB5QPwUExf6bXQ5u7Y5b2 02rmDDmHQmVC54iDloW5nI3mMxIFxrsIU8T6N4yzRirtzelHvg0rh5OnG2a/m0o95Q43 HYTTPMp220rHb8jv18F/7EfmDPFKXalYEITdfs6lnPZXd1WY6lXh6EYzY2F4u++Dgfye gA4NCqBbzf5HCtvD4QO01V9qErhVNEUbAZAk0YQX8Jm5WWGIE0Q/uquTbBknXjyGXR5/ r3vuyo5B8PlNUfx4dDt/9Ucf7BStSMh2uZjqt7mQ9VvBnLldrsaVL+eiwLn3ca+unNj8 wgPA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-language:content-transfer-encoding :in-reply-to:mime-version:user-agent:date:message-id:cc:references :to:from:subject:dkim-signature; bh=/6GxIS+p+XvN2S+2JJd5NFKeOTfk94TaNrSLKju43Vw=; b=mrIA5HOdT8+Bv3IvsLsdp84mkpVuF2ndrkNXy7szi2mfPP7kr/AK7QV0a/WsgL8i/S ppoZnD468wy6taxjSohTIltqDdNrkPDVZwppvHCJ3Kf4E6ffkVBYrL0bhdupJUdT1E9u NywQjYBZds6zMZb1sgiMvVCxnBkKz4bXmdK14doi+7/zRgtFT2EQ5S59GtARkX9VUbWq h+JFo9zCSxp055d3o76g/ynr8nVpc0FPl3tQDfu37ejsvgxpRw9i3x3qy64V+H4gCVpu 6SYyR2Brg408JUyxpyZ6sn6VXRnl6Uckmy/18EmuQr7Uh3S69cxW5jJ6I5kFPClwB0lo POQQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2020-01-29 header.b=ITblcg+u; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n19si175313edq.82.2020.09.29.20.21.14; Tue, 29 Sep 2020 20:21:48 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2020-01-29 header.b=ITblcg+u; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727206AbgI3DVF (ORCPT + 99 others); Tue, 29 Sep 2020 23:21:05 -0400 Received: from aserp2130.oracle.com ([141.146.126.79]:40812 "EHLO aserp2130.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726924AbgI3DVF (ORCPT ); Tue, 29 Sep 2020 23:21:05 -0400 Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1]) by aserp2130.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 08U3A5r4122597; Wed, 30 Sep 2020 03:21:00 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=subject : from : to : references : cc : message-id : date : mime-version : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=/6GxIS+p+XvN2S+2JJd5NFKeOTfk94TaNrSLKju43Vw=; b=ITblcg+ukTjeQMYOwSBIhRoLYmwGbg/akVXhXes3X12owMLE7k/EUIl2cp4YKeJYFX4L SNloVm1FgdRwk9IbcCWBQ2GHyTvku0bPw82aSnYI1e1qBtv3w5uf+v4mfdY/7E6MXrgY FG5ELrZ2aE7lDIrCFfQB81nNQ1ES4sbwCw7GDu7ATgs4ryTg7t79HRIOE3MFAnPc7keX 3vTnOcvMyVyxQX55E9efkIBiNwR79LJz7PNiIwS58TlEnbOCO/dCqIf2mgzHYsnUV3GT U9qK14CZhR8tos8BSxign6o6iJmJc+CRppT90WMuJ/0gzj9+OxWzCkjFJ7H7h2Bph8+q Fg== Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by aserp2130.oracle.com with ESMTP id 33su5axb9a-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Wed, 30 Sep 2020 03:20:59 +0000 Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 08U34rBO182689; Wed, 30 Sep 2020 03:18:59 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by aserp3030.oracle.com with ESMTP id 33uv2eqtww-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 30 Sep 2020 03:18:59 +0000 Received: from abhmp0013.oracle.com (abhmp0013.oracle.com [141.146.116.19]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id 08U3IthL007933; Wed, 30 Sep 2020 03:18:58 GMT Received: from dhcp-10-154-184-178.vpn.oracle.com (/10.154.184.178) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 29 Sep 2020 20:18:55 -0700 Subject: Re: [PATCH 0/1] NFSv4.2: Fix NFS4ERR_STALE with inter server copy From: Dai Ngo To: Bruce Fields References: <20200923230606.63904-1-dai.ngo@oracle.com> Cc: linux-nfs@vger.kernel.org Message-ID: Date: Tue, 29 Sep 2020 20:18:54 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 In-Reply-To: <20200923230606.63904-1-dai.ngo@oracle.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9759 signatures=668680 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 phishscore=0 spamscore=0 adultscore=0 suspectscore=3 malwarescore=0 bulkscore=0 mlxlogscore=999 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2009300022 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9759 signatures=668680 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999 suspectscore=3 lowpriorityscore=0 spamscore=0 clxscore=1011 mlxscore=0 impostorscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 priorityscore=1501 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2009300022 Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org Hi Bruce, Have you had chance to review this patch and if it's ok would it be possible to include it in the 5.10 pull? Thanks, -Dai On 9/23/20 4:06 PM, Dai Ngo wrote: > This patch provides a temporarily relief for inter copy to work with > some common configs. For long term solution, I think Trond's suggestion > of using fs/nfs/nfs_common to store an op table that server can use to > access the client code is the way to go. > > fs/nfsd/Kconfig | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > > Below are the results of my testing of upstream mainline without and with the fix. > > Upstream version used for testing: 5.9-rc5 > > 1. Upstream mainline (existing code: NFS_FS=y) > > > |----------------------------------------------------------------------------------------| > | NFSD | NFS_FS | NFS_V4 | RESULTS | > |----------------------------------------------------------------------------------------| > | y | y | m | Build errors: nfs42_ssc_open/close | > |----------------------------------------------------------------------------------------| > | y | m | m | Build OK, inter server copy failed with NFS4ERR_STALE | > | | | | See NOTE1. | > |----------------------------------------------------------------------------------------| > | y | m | y (m) | Build OK, inter server copy failed with NFS4ERR_STALE | > | | | | See NOTE2. | > |----------------------------------------------------------------------------------------| > | y | y | y | Build OK, inter server copy OK | > |----------------------------------------------------------------------------------------| > > > |----------------------------------------------------------------------------------------| > | NFSD | NFS_FS | NFS_V4 | RESULTS | > |----------------------------------------------------------------------------------------| > | m | y | m | Build OK, inter server copy OK | > |----------------------------------------------------------------------------------------| > | m | m | m | Build OK, inter server copy failed with NFS4ERR_STALE | > |----------------------------------------------------------------------------------------| > | m | m | y (m) | Build OK, inter server copy failed with NFS4ERR_STALE | > |----------------------------------------------------------------------------------------| > | m | y | y | Build OK, inter server copy OK | > |----------------------------------------------------------------------------------------| > > 2. Upstream mainline (with the fix: !(NFSD=y && (NFS_FS=m || NFS_V4=m)) > > > |----------------------------------------------------------------------------------------| > | NFSD | NFS_FS | NFS_V4 | RESULTS | > |----------------------------------------------------------------------------------------| > | m | y | m | Build OK, inter server copy OK | > |----------------------------------------------------------------------------------------| > | m | m | m | Build OK, inter server copy OK | > |----------------------------------------------------------------------------------------| > | m | m | y (m) | Build OK, inter server copy OK | > |----------------------------------------------------------------------------------------| > | m | y | y | Build OK, inter server copy OK | > |----------------------------------------------------------------------------------------| > > > |----------------------------------------------------------------------------------------| > | NFSD | NFS_FS | NFS_V4 | RESULTS | > |----------------------------------------------------------------------------------------| > | y | y | m | Build OK, inter server copy failed with NFS4ERR_STALE | > |----------------------------------------------------------------------------------------| > | y | m | m | Build OK, inter server copy failed with NFS4ERR_STALE | > |----------------------------------------------------------------------------------------| > | y | m | y (m) | Build OK, inter server copy failed with NFS4ERR_STALE | > |----------------------------------------------------------------------------------------| > | y | y | y | Build OK, inter server copy OK | > |----------------------------------------------------------------------------------------| > > NOTE1: > BUG: When inter server copy fails with NFS4ERR_STALE, it left the file > created with size of 0! > > NOTE2: > When NFS_V4=y and NFS_FS=m, the build process automatically builds with NFS_V4=m > and ignores the setting NFS_V4=y in the config file. > > This probably due to NFS_V4 in fs/nfs/Kconfig is configured to depend on NFS_FS. >