-
Notifications
You must be signed in to change notification settings - Fork 18k
net/http: TestCancelRequestWhenSharingConnection can cause port exhaustion, leading to frequent test failures with "Only one usage of each socket address" on windows-amd64-longtest #47016
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
Comments
I believe the work to try and resolve this issue has been previously tracked in #45358. |
Yeah, it's closely related. I actually tried to find that issue before filing this one, but it didn't turn up in my search results — the problem described in the issue title seems to have been addressed, and the string in the current error message isn't mentioned in that issue at all. 😕 |
This flaky failure continues to be an issue but we're not going to block Go 1.15.14 on it. Moving to next milestone. |
As with the previous milestone: This flaky failure continues to be an issue but we're not going to block Go 1.15.15 on it. Moving to next milestone. |
Change https://golang.org/cl/339593 mentions this issue: |
Change https://golang.org/cl/339673 mentions this issue: |
Change https://golang.org/cl/339594 mentions this issue: |
We've moved it back to the Go1.15.15 milestone since it is actively blocking the release. |
This test made many requests over the same connection for 10 seconds, trusting that this will exercise the request cancelation race from #41600. Change the test to exhibit the specific race in a targeted fashion with only two requests. Updates #41600. Updates #47016. Change-Id: If99c9b9331ff645f6bb67fe9fb79b8aab8784710 Reviewed-on: https://go-review.googlesource.com/c/go/+/339594 Trust: Damien Neil <[email protected]> Run-TryBot: Damien Neil <[email protected]> TryBot-Result: Go Bot <[email protected]> Reviewed-by: Heschi Kreinick <[email protected]>
@neild Since we think this issue exists on master (just not as likely to show up), show we create backport issues (and cls) from this issue? We would be backporting golang.org/cl/339594. |
@gopherbot please open backport issues. |
Backport issue(s) opened: #47534 (for 1.15), #47535 (for 1.16). Remember to create the cherry-pick CL(s) as soon as the patch is submitted to master, according to https://golang.org/wiki/MinorReleases. |
Change https://golang.org/cl/339829 mentions this issue: |
Since there are dedicated backport issues, retargeted this issue to 1.17. Closing as fixed by CL 339594. |
Change https://golang.org/cl/339830 mentions this issue: |
…estWhenSharingConnection This test made many requests over the same connection for 10 seconds, trusting that this will exercise the request cancelation race from #41600. Change the test to exhibit the specific race in a targeted fashion with only two requests. Fixes #47534. Updates #41600. Updates #47016. Change-Id: If99c9b9331ff645f6bb67fe9fb79b8aab8784710 Reviewed-on: https://go-review.googlesource.com/c/go/+/339594 Trust: Damien Neil <[email protected]> Run-TryBot: Damien Neil <[email protected]> TryBot-Result: Go Bot <[email protected]> Reviewed-by: Heschi Kreinick <[email protected]> (cherry picked from commit 6e73886) Reviewed-on: https://go-review.googlesource.com/c/go/+/339829
…estWhenSharingConnection This test made many requests over the same connection for 10 seconds, trusting that this will exercise the request cancelation race from #41600. Change the test to exhibit the specific race in a targeted fashion with only two requests. Fixes #47535. Updates #41600. Updates #47016. Change-Id: If99c9b9331ff645f6bb67fe9fb79b8aab8784710 Reviewed-on: https://go-review.googlesource.com/c/go/+/339594 Trust: Damien Neil <[email protected]> Run-TryBot: Damien Neil <[email protected]> TryBot-Result: Go Bot <[email protected]> Reviewed-by: Heschi Kreinick <[email protected]> (cherry picked from commit 6e73886) Reviewed-on: https://go-review.googlesource.com/c/go/+/339830
What version of Go are you using?
release-branch.go1.15
Does this issue reproduce with the latest release?
No.
What did you expect to see?
Tests on the current release branches (
release-branch.go1.15
andrelease-branch.go1.16
) consistently passing, especially for all first class ports.What did you see instead?
Tests on the

windows-amd64-longtest
builder started failing intermittently in March, got better for a while in May, and are now failing innet/http
on just about every run (https://build.golang.org/?repo=&branch=release-branch.go1.15#short):The failure mode consists of many
Only one usage of each socket address
errors (https://build.golang.org/log/30a479e652cc31796c8d900ab0494ffff5765266), sometimes accompanied by a test deadlock or timeout (https://build.golang.org/log/3ff9e1b80ee03390ebb171468f0fb00ceb23795d).These failures result in TryBot / SlowBot failures on the release branch for unrelated backports (https://golang.org/cl/332330). Since the builders are consistently broken, there is a substantial risk that these failures will cause some other regression on this branch to go unnoticed.
CC @neild @golang/release
The text was updated successfully, but these errors were encountered: