Date: Wed, 19 Apr 2017 20:29:08 +0000 From: Rick Macklem <rmacklem@uoguelph.ca> To: Doug Rabson <dfr@rabson.org> Cc: "freebsd-fs@freebsd.org" <freebsd-fs@freebsd.org>, "jim@ks.uiuc.edu" <jim@ks.uiuc.edu> Subject: Re: NFSv4 Linux client atime for exclusive create Message-ID: <YTXPR01MB0189374B9DCCB8D0219FA299DD180@YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM> In-Reply-To: <CACA0VUgkRphRLQh%2BFBcCEb=gB=YdjVFEncor64x1qqov7K4%2Bhw@mail.gmail.com> References: <YTXPR01MB018992D6CDD2A578B4AC946BDD050@YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM>, <CACA0VUgkRphRLQh%2BFBcCEb=gB=YdjVFEncor64x1qqov7K4%2Bhw@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Doug Rabson wrote: >Is the client using EXCLUSIVE4 or EXCLUSIVE4_1 for the open? If its EXCLUS= IVE4_1, i.e. the >mode which allows attribute setting during the open, the = client should use the value of >the supattr_exclcreat attribute (see sectio= n 5.8.1.14 of rfc5661) to figure out what >attributes can be set. In this c= ase, supattr_exclcreat should not include atime which should >force the cli= ent to update it separately. The packet trace Jim sent me was NFSv4.0 and, as such, used EXCLUSIVE4. (The Open was followed by a Setattr in a separate compound RPC that only sp= ecified the "mode" attribute. The client never seemed to specify an atime.) I haven't tried an NFSv4.1 mount yet, but I need to take a look at it. (I did succeed in reproducing the problem with an NFSV4.0 mount from a Linu= x box I have.) >It would be helpful to see a packet trace for this which should make it cl= earer what is >happening here. Jim did send me this off list. I now have a patch that stores the create_verifier in an extended attribute= and I think that should be fine? (It does imply that NFSv4.0 read/write mounts will onl= y work correctly for server file systems that support extended attributes, but I t= hink that is a reasonable restriction that can't be avoided?) [stuff snipped] rick=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?YTXPR01MB0189374B9DCCB8D0219FA299DD180>