Commands such as currentOp and ping are explicitly intended not to take any LockManager locks; however, they may end up acquiring LockManager locks as part of acquiring a MODE_IS lock on the oplog when afterClusterTime is specified in the readConcern object. I think it would be worth considering have the server reject these commands when an afterClusterTime is specified to preserve this intent.
- related to
-
CDRIVER-2418 mongoc_cmd_parts_assemble() may add readConcern afterClusterTime to generic commands
- Closed
-
SERVER-31743 Identify all commands that can not accept afterClusterTime
- Closed