-
Type: Bug
-
Resolution: Unresolved
-
Priority: Major - P3
-
None
-
Affects Version/s: 5.0.0, 6.0.0
-
Component/s: None
-
Catalog and Routing
-
ALL
-
v6.0
It has been observed that the shardCollection command does not serialize with concurrent creations in v6.0 and below. As a consequence, the unsharded collection might get sharded with invalid options, such as { capped: true }.
In master, the 2 operations would not run concurrently as both the operation serialize on the metadata critical section. However, in 6.0 the storage create does not serialize on the critical section (introduce starting from v6.1 SERVER-67633)
In case a create succeeds in between the last check of the coordinators (which prevents from sharding capped collection) and the actual creation (which is performed indirectly via createIndex) the coordinator will:
- create the index on the capped collection (and skip the collection creation as it already exists)
- shard the capped collection
- is depended on by
-
SERVER-94833 failed to execute a command on the MongoDB server: (InvalidOptions) can't shard a capped collection: failed on ctc_multi_replicator_nsfilter_concurrency_fsm_v60_to_v60 (drop_index_during_replan.js)
- Blocked