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

ShardingTest is failing non-retriable writes when the primary steps down because the stepdown suite turns the electionTimeoutMillis down from 10,000 ms to 5,000 ms

    XMLWordPrintable

    Details

    • Type: Task
    • Status: Closed
    • Priority: Major - P3
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: 3.4.2, 3.5.1
    • Component/s: Sharding
    • Labels:
      None
    • Backwards Compatibility:
      Fully Compatible
    • Backport Completed:
    • Sprint:
      Sharding 2016-12-12, Sharding 2017-01-02
    • Linked BF Score:
      0

      Description

      ShardingTest is overriden in sharding_continuous_config_stepdown.js, which ups the verbosity and lowers the electionTimeoutMillis before running the regular ShardingTest and then finally starting the periodic stepdown afterwards.

      One solution is to move the lowering of electionTimeoutMillis to 5,000 ms after ShardingTest runs. ShardingTest has non-retriable writes that can fail. Stepdown due to slow machines would be much less likely with electionTimeoutMillis default of 10,000 ms.

      This commit moved lowering electionTimeoutMillis to before ShardingTest runs, because electionTimeoutMillis became settable via new configReplSetTestOptions. Prior to that improvement, electionTimeoutMillis was set after ShardingTest ran. There appears to be nothing preventing electionTimeoutMillis being set after ShardingTest, aside from costing an additional write.

        Attachments

          Issue Links

            Activity

              People

              • Votes:
                0 Vote for this issue
                Watchers:
                3 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: