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

cursor_valid_after_shard_stepdown.js can fail because of an unintended metadata refresh

    • Fully Compatible
    • ALL
    • Hide

      1. The primary node steps down as part of the test
      2. A step down happens on the config server due to the test suite parameter
      3. The new node is elected primary for the first time, so it runs the periodic index check aggregation
      4. The sharding metadata is refreshed on the shard
      5. The test assertion fails because it is expecting a stale sharding metadata

      Show
      1. The primary node steps down as part of the test 2. A step down happens on the config server due to the test suite parameter 3. The new node is elected primary for the first time, so it runs the periodic index check aggregation 4. The sharding metadata is refreshed on the shard 5. The test assertion fails because it is expecting a stale sharding metadata
    • Sharding 2020-11-02
    • 25

      When running the sharding_csrs_continuous_config_stepdown suite, the cursor_valid_after_shard_stepdown.js test expects to have stale sharding metadata, but the following scenario might happen:

      1. The primary node steps down as part of the test
      2. A step down happens on the config server
      3. The new node is elected primary for the first time, so it runs the periodic index check aggregation
      4. The sharding metadata is refreshed on the shard
      5. The test assertion fails because it is expecting a stale sharding metadata

      One way to solve this is to disable the periodic index check like this test

            Assignee:
            jordi.serra-torrens@mongodb.com Jordi Serra Torrens
            Reporter:
            marcos.grillo@mongodb.com Marcos José Grillo Ramirez
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: