Skip to content
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

Merged
merged 1 commit into from Jun 9, 2021

Conversation

vrothberg
Copy link
Member

@vrothberg vrothberg commented Jun 9, 2021

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

@openshift-ci openshift-ci bot added the approved label Jun 9, 2021
@vrothberg
Copy link
Member Author

@rhatdan @mheon I want to backport that to v3.2 as well. Once merged, I can take care of that.

@rhatdan
Copy link
Member

rhatdan commented Jun 9, 2021

LGTM

@rhatdan
Copy link
Member

rhatdan commented Jun 9, 2021

@containers/podman-maintainers PTAL
@giuseppe @saschagrunert PTAL

libimage/pull.go Outdated Show resolved Hide resolved
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>
Copy link
Member

@saschagrunert saschagrunert left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

/lgtm

@openshift-ci openshift-ci bot added the lgtm label Jun 9, 2021
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Jun 9, 2021

[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 /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-merge-robot openshift-merge-robot merged commit f66e849 into containers:master Jun 9, 2021
@vrothberg vrothberg deleted the robust-pull branch June 9, 2021 12:53
@vrothberg vrothberg mentioned this pull request Jun 9, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants