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

    • Type: Icon: Task Task
    • Resolution: Done
    • Priority: Icon: Major - P3 Major - P3
    • 3.4.2, 3.5.1
    • Affects Version/s: None
    • Component/s: Sharding
    • None
    • Fully Compatible
    • Sharding 2016-12-12, Sharding 2017-01-02
    • 0

      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.

            Assignee:
            dianna.hohensee@mongodb.com Dianna Hohensee (Inactive)
            Reporter:
            dianna.hohensee@mongodb.com Dianna Hohensee (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: