-
Type: Bug
-
Resolution: Won't Do
-
Priority: Major - P3
-
None
-
Affects Version/s: 5.0.9, 6.0.0-rc7
-
Component/s: None
-
Labels:
-
ALL
-
Sharding EMEA 2022-06-27, Sharding EMEA 2022-07-11, Sharding EMEA 2022-07-25, Sharding EMEA 2022-08-08, Sharding EMEA 2022-08-22, Sharding EMEA 2022-09-05
Some of our FSM tests modify the FCV but they don't reset it during the teardown. This means that any subsequent test that will be executed afterwards using the same cluster will run with an unexpected FCV.
A non-exaustive list of FSM tests that change the FCV:
- jstests/concurrency/fsm_workloads/autosplit_setFCV_downgrade_from_60.js
- jstests/concurrency/fsm_workloads/random_DDL_setFCV_operations.js
- jstests/concurrency/fsm_workloads/drop_database_sharded_setFCV.js
- jstests/concurrency/fsm_workloads/random_internal_transactions_setFCV_operations.js
- jstests/concurrency/fsm_workloads/random_DDL_CRUD_setFCV_operations.js