-
Notifications
You must be signed in to change notification settings - Fork 455
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
400 Bad request when building images with registry cache to ECR #1118
Comments
I have just hardcoded the |
github-project-automation
bot
moved this from In Progress
to Done
in Tutor project management
Oct 17, 2024
fghaas
added a commit
to fghaas/tutor
that referenced
this issue
Nov 21, 2024
Without this change, when building images with --cache-to-registry, BuildKit uses a proprietary cache artifact format, which breaks when using third-party registries such as Harbor or ECR. By adding the image-manifest=true option, BuildKit uses an OCI-compliant cache artifact format that should be compatible with all registries. See goharbor/harbor#18941 and moby/buildkit#2251 for background information. Co-authored-by: Andrés González <[email protected]> Fixes overhangio#1118.
fghaas
added a commit
to fghaas/tutor
that referenced
this issue
Nov 21, 2024
Without this change, when building images with --cache-to-registry, BuildKit uses a proprietary cache artifact format, which breaks when using third-party registries such as Harbor or ECR. By adding the image-manifest=true option, BuildKit uses an OCI-compliant cache artifact format that should be compatible with all registries. This option requires BuildKit 0.12 or later (check with "docker buildx ls"). See goharbor/harbor#18941 and moby/buildkit#2251 for background information. Co-authored-by: Andrés González <[email protected]> Fixes overhangio#1118.
regisb
pushed a commit
that referenced
this issue
Nov 21, 2024
Without this change, when building images with --cache-to-registry, BuildKit uses a proprietary cache artifact format, which breaks when using third-party registries such as Harbor or ECR. By adding the image-manifest=true option, BuildKit uses an OCI-compliant cache artifact format that should be compatible with all registries. This option requires BuildKit 0.12 or later (check with "docker buildx ls"). See goharbor/harbor#18941 and moby/buildkit#2251 for background information. Co-authored-by: Andrés González <[email protected]> Fixes #1118.
github-project-automation
bot
moved this from Won't fix
to Backlog
in Tutor project management
Nov 21, 2024
Closed by #1161 |
github-project-automation
bot
moved this from Backlog
to Done
in Tutor project management
Nov 21, 2024
Ian2012
pushed a commit
to eduNEXT/tutor
that referenced
this issue
Nov 21, 2024
Without this change, when building images with --cache-to-registry, BuildKit uses a proprietary cache artifact format, which breaks when using third-party registries such as Harbor or ECR. By adding the image-manifest=true option, BuildKit uses an OCI-compliant cache artifact format that should be compatible with all registries. This option requires BuildKit 0.12 or later (check with "docker buildx ls"). See goharbor/harbor#18941 and moby/buildkit#2251 for background information. Co-authored-by: Andrés González <[email protected]> Fixes overhangio#1118.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Bug description
When building images with registry cache, and when the cache is in AWS' ECR, building results in 400 Bad request error.
How to reproduce
tutor images build openedx --cache-to-registry
Environment
Tested with Tutor 17.0.6
Additional context
As per this document, adding
image-manifest=true
context to the docker buildx command fixed the issue.If it doesn't break the official repos (which I cannot test), I would like to add this key to the image build args.
The text was updated successfully, but these errors were encountered: