- 
    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 Disallow lastLTS to lastContinuous FCV upgrade on addShard containing user data
-         
 - Closed
 
 -