Skip to content

[1.57] Fall back …, bump limit to 150 MB, and tag as 1.57.1 #2241

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

Conversation

mtrmac
Copy link
Collaborator

@mtrmac mtrmac commented Jan 30, 2025

This is #2239 + a cherry-pick of #2240, just so that we have choices.

Try to split fields by purpose, and document some of the context.

For consistency, use the same order in the struct literals.

Only reorders existing fields, should not change behavior.

Signed-off-by: Miloslav Trmač <[email protected]>
Instead, have the callees produce ErrFallbackToOrdinaryLayerDownload
directly.

Signed-off-by: Miloslav Trmač <[email protected]>
That's a logically better place, it pairs the getBlobAt
calls with the ErrBadRequest types specific to those call sites.

We will, also, add more fallback reasons.

Signed-off-by: Miloslav Trmač <[email protected]>
... but not if the fallback would be convert_images, again
creating too large metadata.

Signed-off-by: Miloslav Trmač <[email protected]>
We have seen an image with:
- total size 1.43 GB
- uncompressed zstd:chunked manifest size of 91.7 MB
- uncompressed tar-split size (not constrained by maxTocSize) 310 MB

Without more infrastructure, we are just guessing about what
the system we are running on can support, so, for now, *shrug*, bump
the number.

Eventually we should stream the data from/to disk, making this
much less relevant; that makes building the infrastructure to
estimate available memory unattractive.

Signed-off-by: Miloslav Trmač <[email protected]>
Signed-off-by: Miloslav Trmač <[email protected]>
@TomSweeneyRedHat
Copy link
Member

@mtrmac I'd rather merge this one, but somehow the version file was a -dev. I think I've corrected that now, fingers crossed.

@mtrmac mtrmac changed the base branch from main to release-1.57 January 30, 2025 20:49
@mtrmac mtrmac force-pushed the chunked-too-large-with-bump-1.57 branch from e3c4a4a to d16a375 Compare January 30, 2025 20:50
@mtrmac
Copy link
Collaborator Author

mtrmac commented Jan 30, 2025

@TomSweeneyRedHat My mistake, I forgot to switch the PR destination. Hopefully fixed now.

Copy link
Member

@giuseppe giuseppe left a comment

Choose a reason for hiding this comment

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

LGTM

Copy link
Contributor

openshift-ci bot commented Jan 30, 2025

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: giuseppe, mtrmac

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

@mtrmac
Copy link
Collaborator Author

mtrmac commented Jan 30, 2025

@TomSweeneyRedHat Tests are green.

@TomSweeneyRedHat
Copy link
Member

/lgtm

@openshift-ci openshift-ci bot added the lgtm label Jan 30, 2025
@openshift-merge-bot openshift-merge-bot bot merged commit f4d2e9c into containers:release-1.57 Jan 30, 2025
20 checks passed
@mtrmac mtrmac deleted the chunked-too-large-with-bump-1.57 branch January 30, 2025 21:51
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.

4 participants