FUSE rename

Tag 22: the server relays an ask of the container’s proxy that renames an entry of a mount the client serves live, by the mount’s id and the entry’s path; the client answers with exactly one channel response, which the server relays to the proxy.

The server opens this channel when the container’s proxy sends the FUSE ask on /requests that renames an entry of a mount the client serves live. The ask is relayed verbatim; the client’s one answer is relayed back.

  • The request. The tag byte 22 followed by the ask in the form the proxy’s /fuse/rename/{channel} page defines. Request states its form.
  • The response. Exactly one channel response and the channel response finish. Response states the sequence.
  • The conduit. The server relays the one channel response to the proxy’s /fuse/rename/{channel} as one message and closes that connection. The server does not read the ask or the answer, and does not send the ask twice.
  • Never for a read-only mount. The server does not open this channel for a mount whose readonly is true; the proxy sends no such ask.
  • A directory mount only. The proxy sends this ask only for a mount of fuse_directory_mounts.