Repository navigation
Investigate parallel/test-cluster-send-handle-large-payload failure on FreeBSD #14844
Description
Activity
- addedflaky-testIssues and PRs involving tests that fail intermittently in CI.Issues and PRs involving tests that fail intermittently in CI.clusterIssues and PRs related to the cluster subsystem.Issues and PRs related to the cluster subsystem.freebsdIssues and PRs related to the FreeBSD platform.Issues and PRs related to the FreeBSD platform.
on Aug 15, 2017 sigh
Not sure how this can happen, but at least this is an OS I can get access to.
Stress test to get an idea of just how flaky this is: https://ci.nodejs.org/job/node-stress-single-test/1375/nodes=freebsd10-64/
It happened again recently.
Stress test, once in sequence and once with
-Jfor parallelism.Sequence: https://ci.nodejs.org/job/node-stress-single-test/1787/nodes=freebsd11-x64/
Parallel: https://ci.nodejs.org/job/node-stress-single-test/1788/nodes=freebsd11-x64/I messed up the parallel stress test. Here it is again, hopefully correctly done this time:
https://ci.nodejs.org/job/node-stress-single-test/1789/nodes=freebsd11-x64/
Parallel results suggest this is an issue about resource constraints and it might be solved (or mitigated) by moving the test to
sequential. I'll submit a PR to do that.ok 1 parallel/test-cluster-send-handle-large-payload --- duration_ms: 2.853 ... ok 2 parallel/test-cluster-send-handle-large-payload --- duration_ms: 3.294 ... ok 3 parallel/test-cluster-send-handle-large-payload --- duration_ms: 3.316 ... ok 4 parallel/test-cluster-send-handle-large-payload --- duration_ms: 3.172 ... not ok 5 parallel/test-cluster-send-handle-large-payload --- duration_ms: 3.92 severity: fail stack: |- undefined:1 aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa SyntaxError: Unexpected token a in JSON at position 0 at JSON.parse (<anonymous>) at Pipe.channel.onread (internal/child_process.js:490:28) ... ok 6 parallel/test-cluster-send-handle-large-payload --- duration_ms: 3.236
- added a commit that references this issue
on Mar 13, 2018 (Sequential stress test turned up green. It was just the parallel stress test that showed the failures.)
I looked into this a while ago and IIRC it seemed to me that it could be related with a bug in the
freeBSDkernel where data was silently lost when sendingSCM_RIGHTSmessages with large payload. See: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=181741 and https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215933.Reacted by Rich Trott- added a commit that references this issue
on Mar 15, 2018 - added a commit that references this issue
on Mar 17, 2018 - added a commit that references this issue
on Mar 20, 2018 - added a commit that references this issue
on Jul 31, 2018 - added a commit that references this issue
on Aug 16, 2018
New and different failure for test-cluster-send-handle-large-payload, this time on FreeBSD.
https://ci.nodejs.org/job/node-test-commit-freebsd/10969/nodes=freebsd10-64/console
@addaleax