-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Manifest list resolution breaks CRI-O based clusters #3997
Comments
@jonjohnsonjr would it be a workable solution to provide a know to set the architecture to resolve (the default being to resolve the manifest list and letting the node handle the final resolution)? I think that'd unblock CRI-O based clusters for now (we can almost certainly safely assume amd64/linux there) until that bug in CRI-O is fixed. |
We can use |
@jonjohnsonjr what if we put a knob in front of that as proposed above? |
What kind of knob are we thinking? Configmap? Environment variables? |
I think #3998 is going to work in almost every case, so I'm reluctant to add a knob if we'll never need to use it. |
This would also break schema 1 images, but I'm okay with that. |
Fixes knative#4155 For fat manifests, we'll fetch an image by platform because CRI-O is broken: knative#3997 For everything else, we'll just use the digest we get back from the initial request.
Fixes knative#4155 For fat manifests, we'll fetch an image by platform because CRI-O is broken: knative#3997 For everything else, we'll just use the digest we get back from the initial request.
Fixes knative#4155 For fat manifests, we'll fetch an image by platform because CRI-O is broken: knative#3997 For everything else, we'll just use the digest we get back from the initial request.
Fixes knative#4155 For fat manifests, we'll fetch an image by platform because CRI-O is broken: knative#3997 For everything else, we'll just use the digest we get back from the initial request.
Fixes knative#4155 For fat manifests, we'll fetch an image by platform because CRI-O is broken: knative#3997 For everything else, we'll just use the digest we get back from the initial request.
Fixes knative#4155 For fat manifests, we'll fetch an image by platform because CRI-O is broken: knative#3997 For everything else, we'll just use the digest we get back from the initial request.
@jonjohnsonjr I lost track about this kinda. Is this bug still worth tracking? IIRC you've done some other changes to do support schema v1 in the meantime? |
This tracks a TODO that I'd like to keep it open until CRI-O gets fixed so that it doesn't get forgotten about. The schema 1 stuff is only kind of related. Right now we have to choose 2 of these:
With current defaults, we have chosen 1 and 3. If you want to use knative with a multi-platform cluster, you'll have to stop doing tag resolution, which sucks :/ We don't have a "I'm not using CRI-O so I don't care about cri-o/cri-o#2157" flag, so this currently affects everyone. |
Issues go stale after 90 days of inactivity. Send feedback to Knative Productivity Slack channel or file an issue in knative/test-infra. /lifecycle stale |
Stale issues rot after 30 days of inactivity. Send feedback to Knative Productivity Slack channel or file an issue in knative/test-infra. /lifecycle rotten |
Rotten issues close after 30 days of inactivity. Send feedback to Knative Productivity Slack channel or file an issue in knative/test-infra. /close |
@knative-housekeeping-robot: Closing this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
/reopen Cri-o now supports this so we should be able to fix the todo. |
@julz: Reopened this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
I can have a look at our supported Openshift versions to see if this would now work as expected. /assign |
HEAD
Expected Behavior
I expect all images to work on Knative.
Actual Behavior
Images from a registry that supports multiple architectures (like Dockerhub.com) don't work.
Steps to Reproduce the Problem
TestCmdArgsService
(uses the python images)Relevant information
This is related to cri-o/cri-o#2157. According to @jonjohnsonjr we only recently switched to resolving the manifest list vs. only resolving amd64/linux.
The text was updated successfully, but these errors were encountered: