v2: fix handling of async requests in patch to queue requests This is basically the same patchset as before, with a small revision to the last patch to fix up the handling of async requests. With this version, an async request will not be queued but instead will return -EJUKEBOX so the caller can drive a synchronous request. Original cover letter follows: Ilya noticed that he would get spurious EACCES errors on calls done just after blocklisting the client on mounts with recover_session=clean. The session would get marked as REJECTED and that caused in-flight calls to die with EACCES. This patchset seems to smooth over the problem, but I'm not fully convinced it's the right approach. The potential issue I see is that the client could take cap references to do a call on a session that has been blocklisted. We then queue the message and reestablish the session, but we may not have been granted the same caps by the MDS at that point. If this is a problem, then we probably need to rework it so that we return a distinct error code in this situation and have the upper layers issue a completely new mds request (with new cap refs, etc.) Obviously, that's a much more invasive approach though, so it would be nice to avoid that if this would suffice. Jeff Layton (4): ceph: don't WARN when removing caps due to blocklisting ceph: don't mark mount as SHUTDOWN when recovering session ceph: remove timeout on allowing reconnect after blocklisting ceph: queue MDS requests to REJECTED sessions when CLEANRECOVER is set fs/ceph/caps.c | 2 +- fs/ceph/mds_client.c | 23 ++++++++++++++--------- fs/ceph/super.c | 13 +++++++++---- fs/ceph/super.h | 1 - 4 files changed, 24 insertions(+), 15 deletions(-) -- 2.26.2
