-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
podman pull doesn't cache downloaded layers #24139
Comments
You are using a Podman 5 pre-release binary based on the podman info provided. Also, podman does have retry logic, etc. Would it be possible to try a newer Podman version ? |
Podman does in fact cache downloaded layers and will apply them to the storage as soon as possible. But a given layer must be downloaded completely for that to work. |
I think i use podman through brew. I can update / change this. Regarding your section question: i also assume thats the case because i have seen restarting the pull will be stuck at the same layer. But there has to be a better retry mechanism for one layer than just being stuck for hours (i retried it plenty of times and while doing that i also left for lunch at least once) |
That would be great. -dev versions may have bugs which I hope is the case for you. |
@Siegfriedk fwiw, we generally recommend downloading the podman from its release binaries as we have no control over brew in the sense that it, podman, and its dependencies can change and get out of sync leading to failures. something to think about anyways ... |
I reinstalled Podman Desktop through the website and official binary but the version is still a dev version and the bug is also still there:
I also think that Podman Desktop is installing podman itself. |
full layers are cached but not if you interrupt during the layer download: #14616 The version in the machine is not updated automatically, you would need something like podman machine os apply quay.io/podman/machine-os:5.2 to update the VM image. |
users may interrupt when internet is slow and restart when it's faster. |
Issue Description
I have currently network issues due to some macos update and when i try to download a big image with podman, it stops at some point:
Copying blob sha256:c90f61985563e49c4fa30c6db1830178ded43f1eb33a96e64936bb65b8c368de
When i cancel the pull and retry it, it is stuck, most of the time, at the same sha256.
Steps to reproduce the issue
Steps to reproduce the issue
1.
2.
3.
Describe the results you received
It gets stuck at
Copying blob sha256...
Describe the results you expected
Downloading a big image on a flaky internet connection should work. Proper timeout and retry mechanism in place.
podman info output
Podman in a container
No
Privileged Or Rootless
None
Upstream Latest Release
Yes
Additional environment details
Additional environment details
Additional information
Additional information like issue happens only occasionally or issue happens with a particular architecture or on a particular setting
The text was updated successfully, but these errors were encountered: