-
Notifications
You must be signed in to change notification settings - Fork 29.9k
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
fix cluster test for disconnect with open connections #1953
Conversation
43a34a9
to
01225df
Compare
last test: https://jenkins-iojs.nodesource.com/job/iojs+any-pr+multi/814/ re-test after rebase: https://jenkins-iojs.nodesource.com/job/iojs+any-pr+multi/815/ |
LGTM. Verified on a machine I could reproduce on prior to patch. |
Timeout error of test-cluster-worker-wait-server-close.js on my FreeBSD machine was resolved with this patch. |
LGTM |
Wait for data to arrive from worker before doing a disconnect. Without this, whether the disconnect arrives at the worker before the master accepts and forwards the connection descriptor to the worker is a race.
01225df
to
b5621cb
Compare
Landed in a5987d4d5e21be04a6239579634fa8b19446d5ef |
@sam-github I can't find this commit in the |
$ git fetch -q iojs && git branch -a --contains a5987d4d5e21be04a6239579634fa8b19446d5ef
error: no such commit a5987d4d5e21be04a6239579634fa8b19446d5ef |
I think I figured out what's going on. You pushed it to your own master branch, but for some reason the generated github link thinks the commit also lives in the |
@sam-github |
Wait for data to arrive from worker before doing a disconnect. Without this, whether the disconnect arrives at the worker before the master accepts and forwards the connection descriptor to the worker is a race. Reviewed-By: Sam Roberts <[email protected]> Reviewed-By: Johan Bergström <[email protected]> Reviewed-By: Rod Vagg <[email protected]> PR-URL: #1953 Fixes: #1933 Fixes: #1400
Landed in 03ce84d Sorry for the confusion |
Probably not related to this specific test, but part of the same problem: Two freebsd bots saw this issue in a recent run: https://jenkins-iojs.nodesource.com/job/iojs+any-pr+multi/842/ I couldn't find any trailing processes on either machine. Could it possibly be some other test opening it and now being closed by this fix? |
fix #1933
replaces #1934
passed all tests except arm7 and raspberry pi 1 and 2, they are still ongoing
@Olegas @trevnorris PTAL
note that I think there are ALSO bugs in cluster message passing... this test attempts to evade them by waiting for the socket to be definitively open... by waiting for data from the worker/server