-
Notifications
You must be signed in to change notification settings - Fork 18k
net/http: TestServerSetKeepAlivesEnabledClosesConns failures #55195
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
Found new matching flaky dashboard failures for:
2022-08-08 16:37 aix-ppc64 go@52d0667e net/http.TestServerSetKeepAlivesEnabledClosesConns (log)
2022-08-12 17:25 aix-ppc64 go@ebbf2b44 net/http.TestServerSetKeepAlivesEnabledClosesConns (log)
|
Stopped. |
Found new dashboard test flakes for:
2022-12-09 10:49 freebsd-arm-paulzhol go@e76c87b1 net/http.TestServerSetKeepAlivesEnabledClosesConns (log)
|
Found new dashboard test flakes for:
2022-12-06 18:32 freebsd-arm-paulzhol go@dfd13ce5 net/http.TestServerSetKeepAlivesEnabledClosesConns (log)
|
Found new dashboard test flakes for:
2023-01-23 10:02 darwin-amd64-13 go@e2fe3536 net/http.TestServerSetKeepAlivesEnabledClosesConns (log)
2023-01-23 10:02 freebsd-arm-paulzhol go@e2fe3536 net/http.TestServerSetKeepAlivesEnabledClosesConns (log)
|
Found new dashboard test flakes for:
2023-01-27 00:42 darwin-amd64-nocgo go@5ad799ef net/http.TestServerSetKeepAlivesEnabledClosesConns (log)
2023-01-27 14:33 darwin-amd64-11_0 go@21b4e014 net/http.TestServerSetKeepAlivesEnabledClosesConns (log)
2023-01-31 18:47 darwin-amd64-11_0 go@bb4ea80b net/http.TestServerSetKeepAlivesEnabledClosesConns (log)
2023-02-01 21:30 darwin-amd64-race go@4b7f7eef net/http.TestServerSetKeepAlivesEnabledClosesConns (log)
|
Found new dashboard test flakes for:
2023-02-10 17:19 darwin-amd64-13 go@a943fd0c net/http.TestServerSetKeepAlivesEnabledClosesConns (log)
|
Found new dashboard test flakes for:
2023-02-02 19:27 freebsd-arm-paulzhol go@4b43d668 net/http.TestServerSetKeepAlivesEnabledClosesConns (log)
2023-02-09 21:13 darwin-amd64-race go@da47cd61 net/http.TestServerSetKeepAlivesEnabledClosesConns (log)
2023-02-14 16:58 darwin-amd64-nocgo go@53b43607 net/http.TestServerSetKeepAlivesEnabledClosesConns (log)
|
Found new dashboard test flakes for:
2023-03-07 20:02 darwin-amd64-12_0 go@a4cf4fde net/http.TestServerSetKeepAlivesEnabledClosesConns (log)
|
From #34792 (comment):
|
It's different. The first failure is after the two requests have used the same single connection, that it is closed after the idle timeout. I believe the issue here is timing. We hope that in 2s the connection is closed. |
Hmm, yeah — that's problematic in a test environment under load. Is there some way we could remove the arbitrary 2s limit? |
Found new dashboard test flakes for:
2023-02-23 23:09 freebsd-arm-paulzhol go@52fea4b3 net/http.TestServerSetKeepAlivesEnabledClosesConns (log)
2023-02-28 17:00 darwin-amd64-nocgo go@dfe4591f net/http.TestServerSetKeepAlivesEnabledClosesConns (log)
|
Found new dashboard test flakes for:
2023-03-08 23:17 netbsd-arm64-bsiegert go@d6fa0d2e net/http.TestServerSetKeepAlivesEnabledClosesConns (log)
|
@bcmills I think we can. There is only one other test that uses the |
Change https://go.dev/cl/474835 mentions this issue: |
Found new dashboard test flakes for:
2023-03-09 17:47 netbsd-arm-bsiegert go@afbcf213 net/http.TestServerSetKeepAlivesEnabledClosesConns (log)
|
Found new dashboard test flakes for:
2023-03-09 22:48 darwin-amd64-11_0 go@b852f395 net/http.TestServerSetKeepAlivesEnabledClosesConns (log)
|
Found new dashboard test flakes for:
2023-03-22 11:15 darwin-amd64-nocgo go@bd20bf48 net/http.TestServerSetKeepAlivesEnabledClosesConns (log)
|
Change https://go.dev/cl/478515 mentions this issue: |
- Log the actual addresses reported, in case that information is relevant. - Keep going after the first error, so that we report more information about the idle connections after they have been used. (Was the first connection dropped completely, or did it later show up as idle?) - Remove the third request at the end of the test. It had been assuming that the address for a new connection would always be different from the address for the just-closed connection; however, that assumption does not hold in general. Removing the third request addresses one of the two failure modes seen in #55195. It may help in investigating the other failure mode, but I do not expect it to fix the failures entirely. (I suspect that the other failure mode is a synchronization bug in returning the idle connection from the first request.) For #55195. Change-Id: If9604ea68db0697268288ce9812dd57633e83fbd Reviewed-on: https://go-review.googlesource.com/c/go/+/478515 Reviewed-by: Damien Neil <dneil@google.com> Auto-Submit: Bryan Mills <bcmills@google.com> TryBot-Result: Gopher Robot <gobot@golang.org> Run-TryBot: Bryan Mills <bcmills@google.com>
Found new dashboard test flakes for:
2023-03-29 22:44 darwin-amd64-11_0 go@fde1b139 net/http.TestServerSetKeepAlivesEnabledClosesConns (log)
|
Found new dashboard test flakes for:
2023-03-29 22:56 darwin-amd64-10_15 go@09408a5b net/http.TestServerSetKeepAlivesEnabledClosesConns (log)
|
Found new dashboard test flakes for:
2023-04-04 22:46 darwin-amd64-nocgo go@19409663 net/http.TestServerSetKeepAlivesEnabledClosesConns (log)
|
Found new dashboard test flakes for:
2023-06-20 00:36 darwin-amd64-nocgo go@d51e322a net/http.TestServerSetKeepAlivesEnabledClosesConns (log)
|
Found new dashboard test flakes for:
2023-12-05 17:18 darwin-amd64-13 go@6446af94 net/http.TestServerSetKeepAlivesEnabledClosesConns (log)
|
Bug automatically created to track these flakes.
— watchflakes
The text was updated successfully, but these errors were encountered: