Uploaded image for project: 'Core Server'
  1. Core Server
  2. SERVER-74190

Correctly propagate the featureFlagResilientMovePrimary status in random_DDL_operations.js

    • Sharding EMEA
    • Fully Compatible
    • ALL
    • v6.3
    • Sharding EMEA 2023-02-20
    • 136

      Settings defined in the FSM's data are initialized to their definition value when the FSM's processes are started, implying that any change applied in the setup function is lost. The proper way to rely on changes applied in the setup function phase is to avoid the initialization to their default when the FSM test is instantiate.

      The random_DDL_operations.js test skips movePrimary operation when the non-resilient version is enabled, but the feature flag status is not propagate properly to the FSM's processes, causing the the non-resilient movePrimary to run.

      The problem is relatively easy to occur on the 6.3 branch, but multi-version suites on master may trigger the same.

            Assignee:
            antonio.fuschetto@mongodb.com Antonio Fuschetto
            Reporter:
            antonio.fuschetto@mongodb.com Antonio Fuschetto
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: