-
Notifications
You must be signed in to change notification settings - Fork 30k
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
Investigate flaky test-http-destroyed-socket-write2 #4066
Comments
Stress test to see if flakiness is detectable via stress test: https://ci.nodejs.org/job/node-stress-single-test/89/nodes=win2012r2/ |
Closing #4064, #4065, and #4066. All three tests were flaky in the same CI build/run on just win2012r2, but have never been flaky before. Stress test runs on all three tests did not produce any test failures. Chalking this up to something weird that probably happened inside CI itself just this one time. /cc @nodejs/build in case it's something they want to investigate (but totally get it if no one really wants to go down that rabbit hole right now or ever). |
I am reopening this one, since it started to fail a couple of times recently. @ronag could you have a look? |
This comment has been minimized.
This comment has been minimized.
@ronag would you be so kind and open a PR to fix that? That would be great! |
@BridgeAR Sure. I'll put it on my list. |
@ronag click on "Parameters". It's v15.0.0-pre. |
@BridgeAR Did
reproduce it? Is it reproducible with these stress test single tests? |
Make assertions in flaky test stricter to possibly make it easier to determine the root cause. Refs: nodejs#4066
Made a PR to make the test stricter. If the error occurs again after landing that PR please ping me. |
It did not fail. Seems like it's difficult to reproduce that way. |
Make assertions in flaky test stricter to possibly make it easier to determine the root cause. Refs: #4066 PR-URL: #33539 Reviewed-By: Ruben Bridgewater <[email protected]> Reviewed-By: Matteo Collina <[email protected]> Reviewed-By: James M Snell <[email protected]> Reviewed-By: Luigi Pinca <[email protected]>
I've landed a PR which might make this easier to debug. Please ping me if you encounter this again. |
@ronag Just came across it now again in https://pipelines.actions.githubusercontent.com/A76h8lUgAkJrcbixwhN7BUAsUydYrQl8Ux3JbU2S9vu9HqtlrL/_apis/pipelines/1/runs/30920/signedlogcontent/17?urlExpires=2020-06-04T19%3A01%3A31.8124169Z&urlSigningMethod=HMACV1&urlSignature=mTQIwRpEDtvfZ5PIYD%2FC%2F%2F7Ky1nk17UdFua%2BYdvppzw%3D.
|
@Trott: there is a revert PR pending for v14 and follow up PR's pending for master. |
Ah! OK, I was pasting that in there because the last comment said to ping if it was seen again. Awesome. Thanks. |
Make assertions in flaky test stricter to possibly make it easier to determine the root cause. Refs: #4066 PR-URL: #33539 Reviewed-By: Ruben Bridgewater <[email protected]> Reviewed-By: Matteo Collina <[email protected]> Reviewed-By: James M Snell <[email protected]> Reviewed-By: Luigi Pinca <[email protected]>
Make assertions in flaky test stricter to possibly make it easier to determine the root cause. Refs: #4066 PR-URL: #33539 Reviewed-By: Ruben Bridgewater <[email protected]> Reviewed-By: Matteo Collina <[email protected]> Reviewed-By: James M Snell <[email protected]> Reviewed-By: Luigi Pinca <[email protected]>
Make assertions in flaky test stricter to possibly make it easier to determine the root cause. Refs: #4066 PR-URL: #33539 Reviewed-By: Ruben Bridgewater <[email protected]> Reviewed-By: Matteo Collina <[email protected]> Reviewed-By: James M Snell <[email protected]> Reviewed-By: Luigi Pinca <[email protected]>
Showed up in node-daily-master last night as a timeout. https://ci.nodejs.org/job/node-test-commit-osx/35784/nodes=osx1014/consoleText
I am able to replicate locally on macOS: $ tools/test.py -j96 --repeat 192 test/parallel/test-http-destroyed-socket-write2.js
=== release test-http-destroyed-socket-write2 ===
Path: parallel/test-http-destroyed-socket-write2
Command: out/Release/node /Users/trott/io.js/test/parallel/test-http-destroyed-socket-write2.js
--- TIMEOUT ---
[02:00|% 100|+ 191|- 1]: Done
$ Pinging @ronag again since they may already have ideas. |
Showed up again last night as a timeout on macOS: https://ci.nodejs.org/job/node-test-commit-osx/36476/nodes=osx1015/console
|
Able to replicate locally: $ tools/test.py -j8 --repeat=1024 test/parallel/test-http-destroyed-socket-write2.js
=== release test-http-destroyed-socket-write2 ===
Path: parallel/test-http-destroyed-socket-write2
Command: out/Release/node /Users/trott/io.js/test/parallel/test-http-destroyed-socket-write2.js
--- TIMEOUT ---
=== release test-http-destroyed-socket-write2 ===
Path: parallel/test-http-destroyed-socket-write2
Command: out/Release/node /Users/trott/io.js/test/parallel/test-http-destroyed-socket-write2.js
--- TIMEOUT ---
[02:42|% 100|+ 1022|- 2]: Done
$ |
Ensure that the write occurs in the same tick where the socket is destroyed by the other peer. PR-URL: #36120 Fixes: #36081 Fixes: #4066 Reviewed-By: Rich Trott <[email protected]> Reviewed-By: Ricky Zhou <[email protected]>
Ensure that the write occurs in the same tick where the socket is destroyed by the other peer. PR-URL: #36120 Fixes: #36081 Fixes: #4066 Reviewed-By: Rich Trott <[email protected]> Reviewed-By: Ricky Zhou <[email protected]>
Ensure that the write occurs in the same tick where the socket is destroyed by the other peer. PR-URL: #36120 Fixes: #36081 Fixes: #4066 Reviewed-By: Rich Trott <[email protected]> Reviewed-By: Ricky Zhou <[email protected]>
Ensure that the write occurs in the same tick where the socket is destroyed by the other peer. PR-URL: #36120 Fixes: #36081 Fixes: #4066 Reviewed-By: Rich Trott <[email protected]> Reviewed-By: Ricky Zhou <[email protected]>
The text was updated successfully, but these errors were encountered: