Don't run any isolation tests in parallel (#6212)

By running isolation tests in parallel we're just asking for flaky
tasks. The first test might temporarily block one of the commands in the
second test, which we then detect as waiting like this:
```diff
 step s2-vacuum-analyze:
     VACUUM ANALYZE test_insert_vacuum;
-
+ <waiting ...>
 step s1-commit:
     COMMIT;

+step s2-vacuum-analyze: <... completed>
```

Debugging flaky tests is also much harder when they are run in parallel.
This PR starts running all our isolation tests sequentially.

The reason for opening this PR was me seeing this failing test:
https://app.circleci.com/pipelines/github/citusdata/citus/26194/workflows/ff57e2cf-8ac4-40fe-bc0c-74a7f8fecb53/jobs/740454

As well as having fixed a similar issue recently in #6122

(cherry picked from commit 85305b2773)
pull/6363/head
Jelte Fennema 2022-08-19 17:05:36 +02:00
parent 3d67ae6497
commit c1f58fac6c
1 changed files with 6 additions and 3 deletions

View File

@ -26,12 +26,15 @@ test: isolation_citus_dist_activity
test: isolation_remove_coordinator test: isolation_remove_coordinator
test: isolation_insert_select_repartition test: isolation_insert_select_repartition
test: isolation_dml_vs_repair isolation_copy_placement_vs_copy_placement test: isolation_dml_vs_repair
test: isolation_copy_placement_vs_copy_placement
test: isolation_concurrent_dml test: isolation_concurrent_dml
test: isolation_data_migration test: isolation_data_migration
test: isolation_drop_shards isolation_copy_placement_vs_modification test: isolation_drop_shards
test: isolation_insert_vs_vacuum isolation_transaction_recovery test: isolation_copy_placement_vs_modification
test: isolation_insert_vs_vacuum
test: isolation_transaction_recovery
test: isolation_progress_monitoring test: isolation_progress_monitoring
test: isolation_dump_local_wait_edges test: isolation_dump_local_wait_edges