-
Type:
Task
-
Resolution: Unresolved
-
Priority:
Major - P3
-
None
-
Affects Version/s: 6.0.0, 7.0.0, 8.0.0, 8.1.0, 8.3.0-rc0, 8.2.0
-
Component/s: Sharding, Upgrade/Downgrade
-
None
-
Catalog and Routing
-
1
-
馃煩 Routing and Topology
-
None
-
None
-
None
-
None
-
None
-
None
The addShard command has two use cases:
- (1) adding new shards to an existing sharded cluster
- (2) promoting a replica set to a sharded cluster
In both cases, it upgrades (or downgrades) the FCV of the new shard to match that of the config server.
聽
When (1) adding new shards to an existing sharded cluster, upgrading the FCV will be fast and succeed because the new shard must be empty.
However, when (2) promoting a replica set to a sharded cluster, the replica set to be promoted may not be empty, so the FCV upgrade may be expensive and/or fail, and may be unexpected to the user.
聽
We should consider not implicitly upgrading the FCV on the replica set to sharded cluster promotion case (instead forcing the user to explicitly match the FCV using setFCV) or adding a mention on the documentation about this behavior.
- is related to
-
SERVER-109474 Decide how to handle upgrading-to-downgrading in lastLTS -> lastContinuous FCV path (addShard)
-
- In Progress
-