-
Type: Bug
-
Resolution: Fixed
-
Priority: Major - P3
-
Affects Version/s: None
-
Component/s: Testing Infrastructure
-
Fully Compatible
-
v3.6, v3.4, v3.2
-
TIG 2018-1-15
-
0
To prevent unexpected failovers due to machine slowness. We could apply this to any passthrough suites that run against a replica set and expect a stable topology for the duration of the test.
This changes the suites meeting the criteria:
- uses a ReplicaSetFixture or ShardedClusterFixture (which uses a ReplicaSetFixture)
- has more than one node in the replica set
- does not specify voting_secondaries: true
- does not specify all_nodes_electable: true
Namely, these suites:
- aggregation_read_concern_majority_passthrough
- integration_tests_replset
- jstestfuzz_replication
- jstestfuzz_replication_initsync
- jstestfuzz_replication_resync
- jstestfuzz_replication_session
- read_concern_linearizable_passthrough
- read_concern_majority_passthrough
- replica_sets_initsync_jscore_passthrough
- replica_sets_initsync_static_jscore_passthrough
- replica_sets_jscore_passthrough
- replica_sets_resync_static_jscore_passthrough
- retryable_writes_jscore_passthrough
- change_streams_secondary_reads
- jstestfuzz_sharded_continuous_stepdown
- is related to
-
SERVER-32688 FSM replication suites should give secondaries zero votes
- Closed
- related to
-
SERVER-32691 Create passthrough for w="majority" with 2-node replica set to address lost test coverage
- Closed
-
SERVER-32774 Ensure change_streams_secondary_reads suite has voting secondaries
- Closed
-
SERVER-32468 Use a 1-node CSRS in non-stepdown sharding passthroughs tests
- Closed
-
SERVER-32572 Run causally consistent resmoke suites with non-voting secondaries
- Closed
-
SERVER-44214 Give replica set secondaries votes in concurrency suites
- Closed
- mentioned in
-
Page Loading...