Write setFCV upgrade/downgrade test with pinned resharding version

XMLWordPrintableJSON

    • Type: Task
    • Resolution: Fixed
    • Priority: Major - P3
    • 9.0.0-rc0
    • Affects Version/s: None
    • Component/s: None
    • None
    • Cluster Scalability
    • Fully Compatible
    • ClusterScalability 8Jun-22June
    • 10
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      We recently made a change (SERVER-123568) for v9.0 to pin the FCV version the resharding uses during its lifetime. This means that binaries in v9.0 running resharding will never experience mixed fcv among the participants. However, this also creates a new kind of behavior where the resharding could be using a code path that is at a different version from the rest of the system. Particularly, when it pins the version to v8.0 while a setFCV upgrade is happening. This could result in resharding using the legacy shard version refresh while the system is now in the shard authoritative no refresh mode. We should test all these scenarios (some already exist today like pinned 9.0 + fcv 9.0).

       

      Pinned Version FCV Version
      8.0 8.0
      8.0 9.0
      9.0 8.0

            Assignee:
            Randolph Tan
            Reporter:
            Randolph Tan
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: