max.hirschhorn@10gen.com located this in a patch build:
it is a consequence of mongorestore's parallel restore triggering multiple collections being created at once, each needing to get the database lock on the server side but only one.
Unclear if this should be implemented as a fix in the tool itself to serialize collection creation to avoid this, or improve the lock handling in the server (increase timeout?) to prevent the error
- is related to
-
TOOLS-747 Gracefully handle failing to acquire the distributed lock in a sharded cluster
- Closed