-
-
Notifications
You must be signed in to change notification settings - Fork 6.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Segmentation fault (core dumped) on Github Actions running Node.js 12.x #10662
Comments
Similar issue also happens with Node 16.x Here is the minimal repo with three package manager setup on different branches |
Seems like it fails with |
We also experienced this problem. We sometimes get
|
I removed --collectCoverage and it passed so it probably caused the error. |
Also getting Probably the latest Node.js 12.x version got a glitch? |
And a fourth time https://github.com/prisma/prisma/runs/3021589039#step:9:246 |
Same problem docker node:16-buster-slim, switch to node:15-buster-slim problem solve, might be clue |
Switching to node:14-buster or node:12-buster also solved it. |
I just solved the problem by setting maxWorkers to 3. I have a guess experimental-vm-modules flag spends one more available worker and jest-worker must use os.CPUS - 2 or something like this. cc @SimenB |
Should still dodge the weird GH issue tracked by jestjs/jest#10662 but won't impact local machine runs as much
Removed the native directory. Made the tests run expecting the same structure as what we distribute. That same structure is created by either running `yarn compile` or `node-pre-gyp install` (the second being how and end user gets the binary). The publish structure is the same other than the new entry point, so that should continue working. * Add NAPI to changelog, would be good to remember * bump-version: Set release version 0.8.0-pre.1 * Add a comment to clarify where changes happen Limited jest `maxWorkers` to dodge the weird GH issue tracked by jestjs/jest#10662 but won't impact local machine runs as much Co-authored-by: Leeroy Travis <[email protected]>
* Update to latest of all deps * Recrypt 0.12 * Try Node 16 as well * Reduce cardinality * Bump MSRV to 1.51 * Update documentation. * Upgrade JS dependencies too. * Replace Node 10 with 16 in the matrix * Apply patch * Update recrypt * And changelog * Rust 2021 so we can use recrypt 0.13 * Checkpointing migration to NAPI * Try different coverage switch command * Rust fmt * Neon packaging (#75) Removed the native directory. Made the tests run expecting the same structure as what we distribute. That same structure is created by either running `yarn compile` or `node-pre-gyp install` (the second being how and end user gets the binary). The publish structure is the same other than the new entry point, so that should continue working. * Add NAPI to changelog, would be good to remember * bump-version: Set release version 0.8.0-pre.1 * Add a comment to clarify where changes happen Limited jest `maxWorkers` to dodge the weird GH issue tracked by jestjs/jest#10662 but won't impact local machine runs as much Co-authored-by: Leeroy Travis <[email protected]> Co-authored-by: Murph Murphy <[email protected]> Co-authored-by: Leeroy Travis <[email protected]>
Having the same issue with Setting |
in my case, not related to node 12, reference: https://stackoverflow.com/questions/68012814/gitlab-jest-test-segmentation-fault-core-dumped |
Haivng this issue as well running tests on the |
Getting segmentation fault error on GitHub CI too frequently for running tests with coverage. trying possible fix for it Reference: jestjs/jest#10662
Hi all, Ubuntu version: 20.04.05 LTS Getting this error while running Unit tests via jest
Tried running Let me know if there's a workaround or any debug technique that I can use |
* fix(ui-test): segmentation fault error unit tests Getting segmentation fault error on GitHub CI too frequently for running tests with coverage. trying possible fix for it Reference: jestjs/jest#10662 * fix failed unit tests * remove coverage to test segmentation fault * update maxWorker to resolve segmentation fault * remove duplicate key from props
* fix(ui-test): segmentation fault error unit tests Getting segmentation fault error on GitHub CI too frequently for running tests with coverage. trying possible fix for it Reference: jestjs/jest#10662 * fix failed unit tests * remove coverage to test segmentation fault * update maxWorker to resolve segmentation fault * remove duplicate key from props (cherry picked from commit 2349684)
* Release 0.12.3 - Updated the required files * updated Docker File * fix(ui-test): segmentation fault error unit tests (#7840) * fix(ui-test): segmentation fault error unit tests Getting segmentation fault error on GitHub CI too frequently for running tests with coverage. trying possible fix for it Reference: jestjs/jest#10662 * fix failed unit tests * remove coverage to test segmentation fault * update maxWorker to resolve segmentation fault * remove duplicate key from props (cherry picked from commit 2349684) Co-authored-by: Chirag Madlani <[email protected]>
So this is going to sound super weird, but for me the problem started occurring when I upgraded isomorphic-unfetch to v4+. I’ve been having this segfault problem for about 2 weeks, and eventually tracked back the first occurrence to the Dependabot PR updating |
this solved for me, thanks |
As noted in the Bug Report template, all bug reports requires a minimal reproduction. Please open up a new issue providing one. Read more at https://stackoverflow.com/help/minimal-reproducible-example. |
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
🐛 Bug Report
Running tests on Github Actions using Node.js 12.x gives a segmentation fault very frequently when the tests are done.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
The tests succeed (or fail) normally.
Link to repl or repo (highly encouraged)
https://github.com/Ionaru/typeorm-utils/runs/1281969729?check_suite_focus=true
envinfo
The text was updated successfully, but these errors were encountered: