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
libimage: pull: turn image-lookup errors non-fatal #609
Conversation
|
LGTM |
|
@containers/podman-maintainers PTAL |
An image can be corrupted if, for instance, a pull or build operation is killed (e.g., during commit). In such cases, an image may be listed even if a layer is missing. Over time, Podman and Buildah have made various execution paths more robust to handle such cases gracefully and/or give the users some help in trying to resolve the issue. So far, the recommended way was to remove the corrupted image from storage and then pull it. The linked Bugzilla issue raised the desire to simplify the recovery by allowing to pull an image even if the local counterpart is corrupted. This is especially important for installer scenarios, where users may restart the installer which would attempt to pull the image again. Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1966872 Signed-off-by: Valentin Rothberg <rothberg@redhat.com>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/lgtm
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: saschagrunert, vrothberg The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
An image can be corrupted if, for instance, a pull or build
operation is killed (e.g., during commit). In such cases, an image may
be listed even if a layer is missing.
Over time, Podman and Buildah have made various execution paths more
robust to handle such cases gracefully and/or give the users some help
in trying to resolve the issue. So far, the recommended way was to
remove the corrupted image from storage and then pull it.
The linked Bugzilla issue raised the desire to simplify the recovery by
allowing to pull an image even if the local counterpart is corrupted.
This is especially important for installer scenarios, where users may
restart the installer which would attempt to pull the image again.
Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1966872
Signed-off-by: Valentin Rothberg rothberg@redhat.com