-
Type: Bug
-
Resolution: Fixed
-
Priority: Major - P3
-
Affects Version/s: 7.0.3, 6.0.12, 8.0.0-rc0
-
Component/s: None
-
Catalog and Routing
-
Fully Compatible
-
v8.0, v7.0, v6.0
-
CAR Team 2024-05-27
Today, the collMod coordinator broadcasts `shardsvrCollModParticipant` to all shards in the cluster. The coordinator will parse each shard response depending if that shard owns any chunk.
If we move an unsharded collection from its db primary shard, making that collection tracked and, behind the scenes, an unsplittable collection with one chunk placed in another shard, and we run a collMod, we may end up with inconsistent collection options.
The collmod coordinator will target the shard that contains the only chunk - processing its successful response - and the db primary shard that contains locally the collection but without chunks - ignoring its error response.
That is, we have created a collection options mismatch inconsistency.
- is depended on by
-
SERVER-89838 Investigate mismatching time series collection options in config transition test
- Closed
- is related to
-
SERVER-95591 Send the participant collMod requests in parallel for shards not owning chunks
- In Code Review
- related to
-
SERVER-71819 Broadcast collMod command to all shards
- Closed
-
SERVER-81033 Ignore the `collMod` response from the DBPrimary shard if it has no chunks
- Closed