linux-nfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Bruce Fields <bfields@fieldses.org>
To: Dai Ngo <dai.ngo@oracle.com>
Cc: linux-nfs@vger.kernel.org
Subject: Re: [PATCH 0/1] NFSv4.2: Fix NFS4ERR_STALE with inter server copy
Date: Tue, 6 Oct 2020 11:20:30 -0400	[thread overview]
Message-ID: <20201006152030.GC28306@fieldses.org> (raw)
In-Reply-To: <87879d23-986f-e123-1597-842a2913e864@oracle.com>

On Thu, Oct 01, 2020 at 03:13:41PM -0700, Dai Ngo wrote:
> 
> 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?

I'd really rather see the long term solution.

--b.

> 
> 
> 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.
> >>>>>

      parent reply	other threads:[~2020-10-06 15:20 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
     [not found]         ` <87879d23-986f-e123-1597-842a2913e864@oracle.com>
2020-10-06 15:20           ` Bruce Fields [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=20201006152030.GC28306@fieldses.org \
    --to=bfields@fieldses.org \
    --cc=dai.ngo@oracle.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).