[pnfs] [PATCH 9/9] pnfs client prevent race in sequence slot
Trond Myklebust
trond.myklebust at fys.uio.no
Thu Sep 27 15:12:17 EDT 2007
On Thu, 2007-09-27 at 15:00 -0400, William A. (Andy) Adamson wrote:
>
>
> On 9/26/07, Trond Myklebust <trond.myklebust at fys.uio.no> wrote:
> If we have to interrupt an RPC call, then we immediately fire
> off an
> asynchronous RPC call with a single SEQUENCE call that uses
> the _same_
> sa_sequence id as the synchronous RPC call that was cancelled
> (and drops
> all the other arguments).
>
> ok. but can't we get around sending yet another rpc by looking at what
> the server has already sent (or not)? we do have all the information.
I don't understand. If you have a reply, then you're not interrupting an
RPC call, however the fact that you don't have a reply means nothing:
assuming that an RPC call was actually sent by the client then the
server may or may not have received it (we just don't know until we have
a reply).
Trond
More information about the pNFS
mailing list