kubernetes: [Flaky Test][sig-node] kubernetes-unit-test TestHTTP1DoNotReuseRequestAfterTimeout is being Flaky
Which jobs are flaking?
periodic-kubernetes-unit-test-ppc64le
Which tests are flaking?
- vendor/k8s.io/client-go/rest.TestHTTP1DoNotReuseRequestAfterTimeout
- vendor/k8s.io/client-go/rest.TestHTTP1DoNotReuseRequestAfterTimeout/HTTP1
- vendor/k8s.io/client-go/rest.TestHTTP1DoNotReuseRequestAfterTimeout/HTTP2
Since when has it been flaking?
16th November 2021
Testgrid link
https://k8s-testgrid.appspot.com/sig-node-ppc64le#unit-tests
Reason for failure (if possible)
This test is added by change https://github.com/kubernetes/kubernetes/pull/104844
Seems like it started being flaky from the time added.
Anything else we need to know?
Below is the trace from job:
=== FAIL: vendor/k8s.io/client-go/rest TestHTTP1DoNotReuseRequestAfterTimeout/HTTP1 (0.13s)
request_test.go:3016: Unexpected error: Get "https://127.0.0.1:34701/foo?timeout=100ms": context deadline exceeded (Client.Timeout exceeded while awaiting headers)
2021/11/20 12:06:03 http: TLS handshake error from 127.0.0.1:37890: read tcp 127.0.0.1:34701->127.0.0.1:37890: use of closed network connection
--- FAIL: TestHTTP1DoNotReuseRequestAfterTimeout/HTTP1 (0.13s)
=== FAIL: vendor/k8s.io/client-go/rest TestHTTP1DoNotReuseRequestAfterTimeout (0.30s)
Relevant SIG(s)
/sig node
About this issue
- Original URL
- State: closed
- Created 3 years ago
- Comments: 23 (23 by maintainers)
submitted https://github.com/kubernetes/kubernetes/pull/106716 for bumping the timeout on this test, thanks for keep pushing
I was lazy and carried over the cli flags, but it doesn’t matter, the generated binary is the same
I compiled the test binary using the
-raceflag enabled. We see this flaky only when the race is enabled. @aojea Can you please try passing -race while compiling the binary for the stress tool.I followed https://github.com/kubernetes/community/blob/master/contributors/devel/sig-testing/flaky-tests.md#deflaking-unit-tests
@aojea When I run using the stress tool the test is flaking in both ppc64le and x86_64.
@aojea the golang version was
@aojea ^^