Test cluster parameters exhaustively in upgrade/downgrade

XMLWordPrintableJSON

    • Type: Task
    • Resolution: Duplicate
    • Priority: Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • None
    • Catalog and Routing
    • 🟩 Routing and Topology
    • None
    • None
    • None
    • None
    • None
    • None

      We have recently identified multiple bugs caused by incorrect handling of cluster parameter changes during upgrade/downgrade flows, e.g. SERVER-117012. These issues tend to surface only when FCV changes and binaries are replaced, making them hard to catch with existing test coverage.

       

      Goal{}

      Add a multi-version test that verifies that setClusterParameter behaves correctly for all cluster parameters across a full upgrade and downgrade cycle, including binary replacement.

       

      Scope & Requirements

      • The test should:
        • Enumerate all cluster parameters that exist in the binary under test.
        • For each cluster parameter:
          • Exercise setClusterParameter before, during (if applicable), and after upgrade/downgrade.
          • Assert that parameter values are preserved or transformed correctly according to expected FCV and binary semantics.
          • Verify that no unexpected fields appear in config.clusterParameters and that older binaries do not crash or reject the configuration.
      • For cluster parameters that are structs, the test must verify all nested fields:
        • Ensure each nested field can be set and read back correctly.
        • Ensure new nested fields added in later versions are handled correctly when downgrading (e.g. removed or ignored as appropriate), and do not cause crashes or validation failures.

            Assignee:
            Unassigned
            Reporter:
            Silvia Surroca
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: