Paul Hauner 9246a92d76 Make garbage collection test less failure prone (#3599) ... ## Issue Addressed NA ## Proposed Changes This PR attempts to fix the following spurious CI failure: ``` ---- store_tests::garbage_collect_temp_states_from_failed_block stdout ---- thread 'store_tests::garbage_collect_temp_states_from_failed_block' panicked at 'disk store should initialize: DBError { message: "Error { message: \"IO error: lock /tmp/.tmp6DcBQ9/cold_db/LOCK: already held by process\" }" }', beacon_node/beacon_chain/tests/store_tests.rs:59:10 ``` I believe that some async task is taking a clone of the store and holding it in some other thread for a short time. This creates a race-condition when we try to open a new instance of the store. ## Additional Info NA		2022-09-23 03:52:44 +00:00
..
attestation_production.rs	Use async code when interacting with EL (#3244)	2022-07-03 05:36:50 +00:00
attestation_verification.rs	Use async code when interacting with EL (#3244)	2022-07-03 05:36:50 +00:00
block_verification.rs	Deduplicate block root computation (#3590)	2022-09-23 03:52:42 +00:00
main.rs	Retrospective invalidation of exec. payloads for opt. sync (#2837)	2022-02-28 22:07:48 +00:00
merge.rs	Don't create a execution payload with same timestamp as terminal block (#3331)	2022-07-18 23:15:41 +00:00
op_verification.rs	Use async code when interacting with EL (#3244)	2022-07-03 05:36:50 +00:00
payload_invalidation.rs	Deduplicate block root computation (#3590)	2022-09-23 03:52:42 +00:00
store_tests.rs	Make garbage collection test less failure prone (#3599)	2022-09-23 03:52:44 +00:00
sync_committee_verification.rs	Use async code when interacting with EL (#3244)	2022-07-03 05:36:50 +00:00
tests.rs	Deduplicate block root computation (#3590)	2022-09-23 03:52:42 +00:00