From: Dai Ngo <dai.ngo@oracle.com>
To: Bruce Fields <bfields@fieldses.org>
Cc: linux-nfs@vger.kernel.org
Subject: Re: [PATCH 0/1] NFSv4.2: Fix NFS4ERR_STALE with inter server copy
Date: Thu, 1 Oct 2020 15:15:25 -0700 [thread overview]
Message-ID: <57ca0452-5acc-1a5c-70c8-6f2ee4c9e38d@oracle.com> (raw)
In-Reply-To: <20201001215218.GL1496@fieldses.org>
On 10/1/20 2:52 PM, Bruce Fields wrote:
> On Thu, Oct 01, 2020 at 02:48:07PM -0700, Dai Ngo wrote:
>> Thanks Bruce for your comments,
>>
>> On 10/1/20 1:51 PM, Bruce Fields wrote:
>>> On Tue, Sep 29, 2020 at 08:18:54PM -0700, Dai Ngo wrote:
>>>> 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?
>>> I don't think the op table approach would be that difficult, I'd really
>>> rather see that.
>> I think if we do the op table approach then we should also try to solve
>> all other dependencies between various NFS client and server modules
>> and not just the SSC part.
> Are there any others? I'd be very surprised. It's something we've been
> quite careful not to do in the past. I apologize that it got past my
> review this time.
No, I'm not sure if there is any others, I'm just being cautious.
We can always start by building the infra-structure and fix the SSC first
and if there is any others then we can use the same mechanism to fix them
too. I can work on this for long term. In the mean time can we pull in this
temporary fix or you rather just want to see the long term solution?
Thanks,
-Dai
> --b.
>
>> It might be a little involved so I'd like
>> to take some time to research before committing to the longer solution
>> which I plan to do. In the mean time, this small patch allows some of
>> us to use the inter server copy until the long term solution is available.
>>> Is this causing someone an immediate practical problem?
>> This causes inter server copy to fail with any kernel build with NFS_FS=m
>> which I think is a common config. And it also causes compile errors if
>> NFSD=y, NFS_FS=y and NFS_v4=m.
>>
>> -Dai
>>
>>> --b.
>>>
>>>> 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.
>>>>>
next prev parent reply other threads:[~2020-10-01 22:15 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-09-23 23:06 [PATCH 0/1] NFSv4.2: Fix NFS4ERR_STALE with inter server copy Dai Ngo
2020-09-23 23:06 ` [PATCH 1/1] NFSv4.2: Fix NFS4ERR_STALE error when doing " Dai Ngo
2020-09-23 23:29 ` [PATCH 0/1] NFSv4.2: Fix NFS4ERR_STALE with " Chuck Lever
2020-09-24 1:57 ` Dai Ngo
2020-09-30 3:18 ` Dai Ngo
2020-10-01 20:51 ` Bruce Fields
2020-10-01 21:48 ` Dai Ngo
2020-10-01 21:52 ` Bruce Fields
2020-10-01 22:15 ` Dai Ngo [this message]
[not found] ` <87879d23-986f-e123-1597-842a2913e864@oracle.com>
2020-10-06 15:20 ` Bruce Fields
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=57ca0452-5acc-1a5c-70c8-6f2ee4c9e38d@oracle.com \
--to=dai.ngo@oracle.com \
--cc=bfields@fieldses.org \
--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).