Re: [nfsv4] RFC 7530: Filehandle of opened file after the REMOVE

[Trond Myklebust <[e-mail]>]

On 2 January 2017 at 00:19, Rick Macklem <[e-mail]> wrote:

> Tom Talpey wrote:
> On 1/1/2017 8:13 AM, David Noveck wrote:
> > Btw, my preferred title for such a document, almost certain to be
> > rejected, is "Silly Rename Must Die" :-)
> Actually replying to a random thread, mostly Dave's...
>
> A case that I wasn't clear on w.r.t. this is:
> - The client holds a delegation for the file.
> - The client issues opens locally w.r.t. this delegation.
> - A process/thread on the client does a "Remove" of the file.
>
> Is the client expected to acquire Opens against the server and return the
> Delegation? (This seems like more work than just doing good old
> sillyrename?)
> - Or does a Delegation have the same effect as an Open against the file on
> the
>   server.
>

If you read RFC7530, then the client is expected to return the delegation
before doing any form of RENAME or REMOVE, since the server has no stateid
or session id with which to identify the origin of the RPC call.

It is less obvious that this needs be the case for NFSv4.x (x>0), but I
can't remember seeing any changes to those texts in RFC5661.

Cheers
  Trond