-
Type: Bug
-
Resolution: Fixed
-
Priority: Major - P3
-
Affects Version/s: None
-
Component/s: None
-
None
-
Sharding NYC
-
Fully Compatible
-
ALL
-
Sharding NYC 2023-03-20, Sharding NYC 2023-04-03, Sharding NYC 2023-04-17, Sharding NYC 2023-05-01
-
0
-
2
Access to Grid members should be protected with isShardingInitialized when it can be called in both sharded and non-sharded context. This is because there is race that happens when addShard is performed, the mongod transitions from being non-sharded to sharded and calls Grid::init, which races with all other places where Grid can be accessed even in non-sharded context.
Some examples include:
https://github.com/mongodb/mongo/blob/cb138e05cf54d14fa886995c329c8da2c235d74b/src/mongo/db/exec/update_stage.cpp#L758
https://github.com/mongodb/mongo/blob/cb138e05cf54d14fa886995c329c8da2c235d74b/src/mongo/db/catalog/coll_mod.cpp#L371
- is related to
-
SERVER-32677 Segmentation fault converting ReplicaSet to Replicated Shard Cluster
- Closed
-
SERVER-73960 Support setFCV transitions when catalog shard feature flag is enabled
- Closed