You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
00:08:04 not ok 694 parallel/test-gc-http-client00:08:04 ---00:08:04 duration_ms: 0.54500:08:04 severity: fail00:08:04 exitcode: 100:08:04 stack: |-00:08:04 We should do 500 requests00:08:04 Done: 0/50000:08:04 Collected: 0/15400:08:04 events.js:16700:08:04 throw er; // Unhandled 'error' event00:08:04 ^00:08:04 00:08:04 Error: connect ECONNRESET 127.0.0.1:15615 - Local (127.0.0.1:27660)00:08:04 at internalConnect (net.js:933:16)00:08:04 at defaultTriggerAsyncIdScope (internal/async_hooks.js:294:19)00:08:04 at GetAddrInfoReqWrap.emitLookup [as callback] (net.js:1080:9)00:08:04 at GetAddrInfoReqWrap.onlookup [as oncomplete] (dns.js:62:10)00:08:04 Emitted 'error' event at:00:08:04 at Socket.socketErrorListener (_http_client.js:399:9)00:08:04 at Socket.emit (events.js:182:13)00:08:04 at emitErrorNT (internal/streams/destroy.js:82:8)00:08:04 at emitErrorAndCloseNT (internal/streams/destroy.js:50:3)00:08:04 at process._tickCallback (internal/process/next_tick.js:63:19)00:08:04 ...
03:34:55 not ok 728 parallel/test-gc-http-client03:34:55 ---03:34:55 duration_ms: 0.39803:34:55 severity: fail03:34:55 exitcode: 103:34:55 stack: |-03:34:55 We should do 500 requests03:34:55 Done: 0/50003:34:55 Collected: 0/19803:34:55 events.js:16703:34:55 throw er; // Unhandled 'error' event03:34:55 ^03:34:55 03:34:55 Error: connect ECONNRESET 127.0.0.1:65483 - Local (127.0.0.1:10142)03:34:55 at internalConnect (net.js:933:16)03:34:55 at defaultTriggerAsyncIdScope (internal/async_hooks.js:294:19)03:34:55 at GetAddrInfoReqWrap.emitLookup [as callback] (net.js:1080:9)03:34:55 at GetAddrInfoReqWrap.onlookup [as oncomplete] (dns.js:62:10)03:34:55 Emitted 'error' event at:03:34:55 at Socket.socketErrorListener (_http_client.js:399:9)03:34:55 at Socket.emit (events.js:182:13)03:34:55 at emitErrorNT (internal/streams/destroy.js:82:8)03:34:55 at emitErrorAndCloseNT (internal/streams/destroy.js:50:3)03:34:55 at process._tickCallback (internal/process/next_tick.js:63:19)03:34:55 ...
not ok 695 parallel/test-gc-http-client
---
duration_ms: 0.559
severity: fail
exitcode: 1
stack: |-
We should do 300 requests
Done: 0/300
Collected: 0/120
events.js:167
throw er; // Unhandled 'error' event
^
Error: connect ECONNRESET 127.0.0.1:51874 - Local (127.0.0.1:40194)
at internalConnect (net.js:933:16)
at defaultTriggerAsyncIdScope (internal/async_hooks.js:295:19)
at GetAddrInfoReqWrap.emitLookup [as callback] (net.js:1080:9)
at GetAddrInfoReqWrap.onlookup [as oncomplete] (dns.js:63:10)
Emitted 'error' event at:
at Socket.socketErrorListener (_http_client.js:400:9)
at Socket.emit (events.js:182:13)
at emitErrorNT (internal/streams/destroy.js:82:8)
at emitErrorAndCloseNT (internal/streams/destroy.js:50:3)
at process._tickCallback (internal/process/next_tick.js:63:19)
...
This test seems to require more resources than other tests. I start getting timeouts with tools/test.py test/parallel/test-gc-http-client.js -j 32 --repeat 64 on my computer. I wonder if it can be refactored a bit or if it should be moved to sequential.
This is still marked flaky in test/sequential/sequential.status. Is that not accurate? If it isn't, we should close this issue by PRing removal of the flaky status.
If it is accurate the issue should still be open.
Or perhaps the .status file points to the wrong issue, or something else should be done to reconcile this? @Trott
This is still marked flaky in test/sequential/sequential.status. Is that not accurate? If it isn't, we should close this issue by PRing removal of the flaky status.
If it is accurate the issue should still be open.
Or perhaps the .status file points to the wrong issue, or something else should be done to reconcile this? @Trott
Activity
joyeecheung commentedon Aug 15, 2018
This also timeouts from time to time. In the last 100 runs:
Trott commentedon Aug 16, 2018
Again today: https://ci.nodejs.org/job/node-test-commit-freebsd/19713/nodes=freebsd11-x64/console
BridgeAR commentedon Aug 17, 2018
I just had a look at this one and I opened a PR as fix.
test: harden test-gc-http-client
test: harden test-gc-http-client
refack commentedon Aug 30, 2018
Still there - https://ci.nodejs.org/job/node-test-commit-freebsd/20132/nodes=freebsd11-x64/testReport/(root)/test/parallel_test_gc_http_client/
host:
test-digitalocean-freebsd11-x64-1Trott commentedon Sep 1, 2018
This test seems to require more resources than other tests. I start getting timeouts with
tools/test.py test/parallel/test-gc-http-client.js -j 32 --repeat 64on my computer. I wonder if it can be refactored a bit or if it should be moved tosequential.7 remaining items
Trott commentedon Sep 24, 2018
Looks like test-gc-net-timeout is flaky enough to warrant it's on issue. Opening one...
test: improve reliability of test-gc-http-client
Trott commentedon Sep 25, 2018
PR: #23087
Trott commentedon Sep 28, 2018
I believe this is fixed by #23145
sam-github commentedon Jun 7, 2019
This is still marked flaky in test/sequential/sequential.status. Is that not accurate? If it isn't, we should close this issue by PRing removal of the flaky status.
If it is accurate the issue should still be open.
Or perhaps the .status file points to the wrong issue, or something else should be done to reconcile this? @Trott
Trott commentedon Jun 8, 2019
Yup. #28130
test: remove test-gc-http-client from status file
test: remove test-gc-http-client from status file
test: harden test-gc-http-client