Return-Path: Received: from mail-eopbgr660054.outbound.protection.outlook.com ([40.107.66.54]:37568 "EHLO CAN01-QB1-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725733AbeHUEud (ORCPT ); Tue, 21 Aug 2018 00:50:33 -0400 From: Rick Macklem To: "Mkrtchyan, Tigran" CC: linux-nfs , "trondmy@hammerspace.com" , Anna Schumaker , Tom Haynes Subject: Re: [PATCH] nfs4: flex_file: ignore synthetic uid/gid for tightly coupled DSes Date: Tue, 21 Aug 2018 01:32:32 +0000 Message-ID: References: <20180820065608.11860-1-tigran.mkrtchyan@desy.de> ,<1195851744.36922369.1534797661849.JavaMail.zimbra@desy.de> In-Reply-To: <1195851744.36922369.1534797661849.JavaMail.zimbra@desy.de> Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 Sender: linux-nfs-owner@vger.kernel.org List-ID: Mkrtchyan, Tigran wrote: >draft-19 says: > > For tight coupling, ffds_stateid provides the stateid to be used by > the client to access the file. For loose coupling and a NFSv4 > storage device, the client will have to use an anonymous stateid to > perform I/O on the storage device. With no control protocol, the > metadata server stateid can not be used to provide a global stateid > model. Thus the server MUST set the ffds_stateid to be the anonymous > stateid. > >To me, the last sentence sounds like a clear statement, that it's server >responsibility to provide either global or anonymous stateid and client >should just use it as is. IOW, > >+ stateid = nfs4_ff_layout_select_ds_stateid(lseg, idx); >+ if (stateid) >+ nfs4_stateid_copy(&hdr->args.stateid, stateid); > > >must happen independent from ds being loose or tight coupled. As our DSes >use the same stateid's as MDS, we did see that provided stateid is not used. > >Trond, Tom, can you comment on it? I've updated http://people.freebsd.org/~rmacklem/flexfilestateid.patch to do the above for both loose and tightly coupled as you suggested. When used with your little cred patch, everything seems ok against the FreeBSD server (which is tightly coupled and uses ffds_stateids that are different from the open/lock... ones). rick Thanks, Tigran. ----- Original Message ----- > From: "Rick Macklem" > To: "Tigran Mkrtchyan" , "linux-nfs" > Cc: trondmy@hammerspace.com, "Anna Schumaker" > Sent: Monday, August 20, 2018 3:18:00 PM > Subject: Re: [PATCH] nfs4: flex_file: ignore synthetic uid/gid for tightly coupled DSes > I just put a patch for the stated part (stripped out my version of the cred > stuff, which I noticed I missed commit in it;) so it might be easier to read. > It is here: > http://people.freebsd.org/~rmacklem/flexfilestateid.patch > > Thanks for doing this, rick > > ________________________________________ > From: linux-nfs-owner@vger.kernel.org on > behalf of Rick Macklem > Sent: Monday, August 20, 2018 8:51:14 AM > To: Tigran Mkrtchyan; linux-nfs@vger.kernel.org > Cc: trondmy@hammerspace.com; Anna.Schumaker@Netapp.com > Subject: Re: [PATCH] nfs4: flex_file: ignore synthetic uid/gid for tightly > coupled DSes > > Thanks. I'll test this later to-day. (I did a slightly more complex version > of the fix outside of the ff_layout_get_ds_cred() call, but yours is > definitely simpler). > > There is also the "stateid", which I believe is supposed to be the one in > the layout for the tightly coupled case (for NFSv4 I/O ops to the DS). > My patch is here and has the changes for stated as well as cred. > > http://people.freebsd.org/~rmacklem/flexfile.patch > (Sorry, I don't know git;-) > > Thanks for doing this and I'll post if my testing finds problems, rick > > > ________________________________________ > From: linux-nfs-owner@vger.kernel.org on > behalf of Tigran Mkrtchyan > Sent: Monday, August 20, 2018 2:56:08 AM > To: linux-nfs@vger.kernel.org > Cc: trondmy@hammerspace.com; Anna.Schumaker@Netapp.com; Tigran Mkrtchyan > Subject: [PATCH] nfs4: flex_file: ignore synthetic uid/gid for tightly coupled > DSes > > for tightly coupled DSes client must ignore provided synthetic uid and > gid as stated in draft-ietf-nfsv4-flex-files-19#section-5.1. > > Signed-off-by: Tigran Mkrtchyan > --- > fs/nfs/flexfilelayout/flexfilelayoutdev.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/fs/nfs/flexfilelayout/flexfilelayoutdev.c > b/fs/nfs/flexfilelayout/flexfilelayoutdev.c > index d62279d3fc5d..290625cfd369 100644 > --- a/fs/nfs/flexfilelayout/flexfilelayoutdev.c > +++ b/fs/nfs/flexfilelayout/flexfilelayoutdev.c > @@ -452,7 +452,7 @@ ff_layout_get_ds_cred(struct pnfs_layout_segment *lseg, u32 > ds_idx, > struct nfs4_ff_layout_mirror *mirror = FF_LAYOUT_COMP(lseg, ds_idx); > struct rpc_cred *cred; > > - if (mirror) { > + if (mirror && !mirror->mirror_ds->ds_versions[0].tightly_coupled) { > cred = ff_layout_get_mirror_cred(mirror, lseg->pls_range.iomode); > if (!cred) > cred = get_rpccred(mdscred); > -- > 2.17.1