Open nazarhussain opened 9 months ago
A lot of failed tests happen with useWorker=true
, I think it has something to do with the fact that vitest also run in worker thread
for gossipsub, I suggest to only run on main thread mode for CI in https://github.com/ChainSafe/lodestar/pull/6368
we could do the same thing in req/resp tests too
I used to be able to stabalize e2e tests in "n-historical" state branch by only use useWorker=false
A lot of failed tests happen with
useWorker=true
, I think it has something to do with the fact that vitest also run in worker thread
For this reason we already run e2e tests with forks not threads. https://github.com/ChainSafe/lodestar/blob/d6a7a3982b3a0dea9abda3ed8cb6e459d8620c31/vitest.base.e2e.config.ts#L11
Sometimes the sim tests still fail on unrelated changes:
Not directly a sim test error, but somewhat related: Error: Failed to CreateArtifact: Received non-retryable error: Failed request: (409) Conflict: an artifact with this name already exists on the workflow run
Not directly a sim test error, but somewhat related: Error: Failed to CreateArtifact: Received non-retryable error: Failed request: (409) Conflict: an artifact with this name already exists on the workflow run
This happens since we merged https://github.com/ChainSafe/lodestar/pull/6410, the CI failed on that PR as well...
Sim merge tests keep getting stuck and time out after 6h since we merged https://github.com/ChainSafe/lodestar/pull/6344 (as I noted already in the PR), see recent runs on unstable branch (1, 2).
The browser tests keep failing due to different reasons, this one looks like a race condition (failed run)? The file has a test suite defined and it passes most of the time.
@lodestar/utils: ⎯⎯⎯⎯⎯⎯ Failed Suites 1 ⎯⎯⎯⎯⎯⎯⎯ @lodestar/utils: FAIL test/unit/err.test.ts [ test/unit/err.test.ts ] @lodestar/utils: Error: No test suite found in file /home/runner/actions-runner/_work/lodestar/lodestar/packages/utils/test/unit/err.test.ts @lodestar/utils: ⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯[1/1]⎯
I would suggest we disable browser tests for now as they don't provide any value like this, and are just annoying to deal with
Interestingly I have not seen that one in a while, maybe related to updating vitest? Vitest seems to have some internal issues with timings in general and fails to execute tests deterministically..hope they can improve this in the future
@nazarhussain is this still an issue?
@wemeetagain Not all, but I have seen e2e: lightclient api > getOptimisticUpdate()
to be failing sometime.
Will need to review each case explicitly in past runs and check these out.
Describe the bug
There are some flaky tests needed be fixed.
Error: Too many messages for missing streams) not instanceof LodestarError: Error: Too many messages for missing streams
Related to https://github.com/libp2p/js-libp2p/pull/2387Expected behavior
All tests should behave as stable they could.
Steps to reproduce
Additional context
During CI runs on different PRs we found few
Operating system
Linux
Lodestar version or commit hash
unstable