-
Notifications
You must be signed in to change notification settings - Fork 40k
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
docker: don't set timeout for image pulling requests #26122
Conversation
Marking p1 so that we don't get confusing flakes/errors in tests. Marking 1.3 because this is a bug that needs to be fixed. |
No release note is needed. This is fixing the bug in HEAD. Reapplied lgtm |
/cc @dchen1107 |
LGTM and thanks for fixing. |
If we logged the pulling progress, we will catch this regression earlier. :-) |
@k8s-bot test this issue #IGNORE logs show me nothing, build failed no tests ran
But build isn't failing because of this pr because other tests passed. |
GCE e2e build/test passed for commit 77dba96. |
Can we have this one merged manually? @mikedanese |
Automatic merge from submit-queue Kubelet: Periodically reporting image pulling progress in log Addresses #26075 (comment) and #26122 (comment). This PR changes kube_docker_client to log pulling progress every *10* seconds. We can't print all progress messages into the log, because there are too many. So I make it report newest progress every 10 seconds to reduce log spam. If the image pulling is too slow or stuck, we'll see image pulling progress unchanged or changed little overtime. The following is the result if I set the reporting interval to *1* second. ``` I0524 00:53:26.189086 145099 kube_docker_client.go:252] Pulling image "ubuntu:latest": "17b6a9e179d7: Pulling fs layer " I0524 00:53:27.189082 145099 kube_docker_client.go:252] Pulling image "ubuntu:latest": "202e40f8bb3a: Download complete " I0524 00:53:28.189160 145099 kube_docker_client.go:252] Pulling image "ubuntu:latest": "487bffc61de6: Downloading [=> ] 1.474 MB/48.35 MB" I0524 00:53:29.189156 145099 kube_docker_client.go:252] Pulling image "ubuntu:latest": "487bffc61de6: Downloading [====> ] 3.931 MB/48.35 MB" I0524 00:53:30.189089 145099 kube_docker_client.go:252] Pulling image "ubuntu:latest": "487bffc61de6: Downloading [=========> ] 8.847 MB/48.35 MB" I0524 00:53:31.189089 145099 kube_docker_client.go:252] Pulling image "ubuntu:latest": "487bffc61de6: Downloading [==================> ] 18.19 MB/48.35 MB" I0524 00:53:32.189076 145099 kube_docker_client.go:252] Pulling image "ubuntu:latest": "487bffc61de6: Downloading [=======================================> ] 38.34 MB/48.35 MB" I0524 00:53:33.189106 145099 kube_docker_client.go:252] Pulling image "ubuntu:latest": "487bffc61de6: Extracting [=============> ] 12.78 MB/48.35 MB" I0524 00:53:34.189067 145099 kube_docker_client.go:252] Pulling image "ubuntu:latest": "487bffc61de6: Extracting [==================================> ] 33.42 MB/48.35 MB" I0524 00:53:35.189083 145099 kube_docker_client.go:252] Pulling image "ubuntu:latest": "487bffc61de6: Extracting [==================================================>] 48.35 MB/48.35 MB" I0524 00:53:35.376667 145099 kube_docker_client.go:254] Finish pulling image "ubuntu:latest": "Status: Downloaded newer image for ubuntu:latest" ``` Ref image pulling related issue #19077. [![Analytics](https://kubernetes-site.appspot.com/UA-36037335-10/GitHub/.github/PULL_REQUEST_TEMPLATE.md?pixel)]() @yujuhong @dchen1107 /cc @kubernetes/sig-node
…-flag Automatic merge from submit-queue Add runtime-request-timeout kubelet flag. XRef #23563. Addresses #27388 (comment). Add a new kubelet flag `runtime-request-timeout`, and set to 2 minutes by default. Now the flag only affects dockertools, rkt may also want to set request timeout according to the flag. @yifan-gu This PR also removed the timeout for all long running operations to avoid issues like #27588 and #26122. @yujuhong @rrati /cc @kubernetes/sig-node [![Analytics](https://kubernetes-site.appspot.com/UA-36037335-10/GitHub/.github/PULL_REQUEST_TEMPLATE.md?pixel)]()
Image pulling can take an arbitrarily long time. Don't set timeout for such requests.
See #26075 (comment)
/cc @Random-Liu