-
Type:
Bug
-
Resolution: Fixed
-
Priority:
Major - P3
-
Affects Version/s: 7.0.0, 8.0.0, 8.3.0, 9.1.0-rc0, 9.0.0
-
Component/s: None
-
None
-
Catalog and Routing
-
Fully Compatible
-
ALL
-
CAR Team 2026-10-12, CAR Team 2026-10-26
-
0
-
None
-
None
-
None
-
None
-
None
-
None
-
None
The rename_collection_race_with_create_coll_droptarget_true.js concurrency FSM implements a primitive mutex to avoid conflicts with other FSM threads. However:
- This mutex isn't fair, so an unlucky thread may get overtaken by other threads that arrived later.
- On slow variants (e.g. TSAN+balancer), those other threads end up holding the mutex for a while (e.g. ~1 minute).
Because of this an unlucky thread can fail to acquire the lock for 10 minutes and make the test fail.
- is caused by
-
SERVER-133297 Add FSM coverage for renameCollection racing with target collection creation when dropTarget is true
-
- Closed
-
-
SERVER-133299 Add FSM coverage for renameCollection racing with target collection creation when dropTarget is false
-
- Closed
-