-
Type: Task
-
Resolution: Duplicate
-
Priority: Major - P3
-
None
-
Affects Version/s: None
-
Component/s: Sharding, Testing Infrastructure
-
None
-
Sharding
-
Sharding B (10/30/15), Sharding D (12/11/15), Sharding E (01/08/16)
We'd like to introduce a concurrency/FSM workload that triggers config server failovers to verify that they occur transparently to clients.
Basic implementation notes:
- Add a new workload to jstests/concurrency/fsm_workloads/ that randomly steps down / freezes / etc. the config server primary
- Note: You may want to prevent the workload from running with itself
- Modify jstests/concurrency/fsm_libs/runner.js to support "persistent" workloads that run in each schedule
Here's what a schedule looks like now:
[ [ "jstests/concurrency/fsm_workloads/update_array_noindex.js" ], [ "jstests/concurrency/fsm_workloads/update_multifield_isolated_multiupdate_noindex.js" ], [ "jstests/concurrency/fsm_workloads/update_rename_noindex.js" ]...
Here's what the schedule should look like after:
[ [ "jstests/concurrency/fsm_workloads/update_array_noindex.js", "jstests/concurrency/fsm_workloads/config_server_failover.js" ], [ "jstests/concurrency/fsm_workloads/update_multifield_isolated_multiupdate_noindex.js", "jstests/concurrency/fsm_workloads/config_server_failover.js" ], [ "jstests/concurrency/fsm_workloads/update_rename_noindex.js", "jstests/concurrency/fsm_workloads/config_server_failover.js" ]...
- depends on
-
SERVER-20981 Add background thread functionality to the concurrency suite
- Closed
- duplicates
-
SERVER-31198 Run the concurrency suite with shard stepdowns
- Closed
-
SERVER-7573 Add tests for network connectivity loss, especially in sharded systems.
- Closed
- is depended on by
-
SERVER-21051 Add a suite that runs existing sharding tests while probabilistically dropping messages within the CSRS
- Closed
-
SERVER-21053 Add a failover workload to cause intra-shard partitions
- Closed
-
SERVER-21054 Add failover workload to cause CSRS config server primary unavailability
- Closed