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
net/http: TestRetryRequestsOnError failures with "use of closed network connection" #30938
Comments
@bradfitz is there a way to reliably reproduce this? I tried:
with no error. |
I haven't tried. |
https://storage.googleapis.com/go-build-log/de0346c9/linux-amd64-race_86344abc.log
|
See previously #25366. |
|
We may be experiencing this error, too. |
Read for more info: golang/go#30938 (comment) Signed-off-by: Jeremy Alvis <jalvis@pivotal.io>
It appears that |
We've reverted back to go1.12. |
(same failure mode as in #30938 (comment)) |
Same failure, mode, but no |
I might be able to figure out a reproducible (flakey) test, but I don't know if that actually hunts down the issue. This could also be due to changes in httptest TLS Server. |
Actually, there is a pattern here: the only two cases that seem to flake are |
This note in the test may provide a clue: go/src/net/http/transport_test.go Lines 3263 to 3266 in 06ac262
I think the |
I can reproduce this if I burn a bunch of CPU (https://gist.github.com/bradfitz/233894f4aec11b221cb06abd8489d2e4) and run
This check involving checking for a failure under 25 milliseconds scares me: if time.Since(t0) < MaxWriteWaitBeforeConnReuse/2 { ... because all test code involving time scares me. |
Still occurring a few times per month, all with the same
2021-11-04T02:57:53-2cf85b1/dragonfly-amd64 |
2021-12-08T04:14:00-a19e72c/dragonfly-amd64 Marking as release-blocker via #11811. Note that many of the failures are on |
Any update on this? Thanks. (checking in as this is a release blocker.) |
The failures this month include a couple of additional platforms, including
2021-12-21T22:26:48-60f2c12/darwin-amd64-race |
When a write fails,
This test failure occurs in the last case. It's uncommon, because quite a lot needs to happen between the write loop signaling |
Change https://golang.org/cl/379554 mentions this issue: |
Ping as a release blocker. Is it just a matter of submitting the CL above? |
As of last week, @bcmills was going to own this CL as @neild's availability might be all over the place this week. The discussion at the end of last week was Bryan was going to address https://golang.org/cl/379554 comments, and submit. |
From https://storage.googleapis.com/go-build-log/c7862f5a/linux-amd64-race_4ed6f3c3.log
The text was updated successfully, but these errors were encountered: