Interrupting the lock request leads to a LockTimeout exception which is known not to be handled by the C++ code due to the presence of the UninterruptibleLockGuard and causes the server to abort. This issue was found during the rollback fuzzer where we suspect background thread (e.g. the TTL monitor) was holding an intent lock on the collection and prevented the collection lock acquisition in MultiIndexBlock::cleanUpAfterBuild() for a background index build from being acquired immediately.