Don't implicitly upgrade the FCV during promotion from replica set to sharded cluster via addShard

XMLWordPrintableJSON

    • 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:

      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.

            Assignee:
            Unassigned
            Reporter:
            Joan Bruguera Mic贸
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated: