lighthouse/beacon_node/beacon_chain/tests
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