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

Sync fails to copy manifest lists #1044

Closed
HeroCC opened this issue Sep 14, 2020 · 3 comments
Closed

Sync fails to copy manifest lists #1044

HeroCC opened this issue Sep 14, 2020 · 3 comments
Labels
kind/bug A defect in an existing functionality (or a PR fixing it) locked - please file new issue/PR

Comments

@HeroCC
Copy link

HeroCC commented Sep 14, 2020

Hello! I'm trying to copy a bunch of images from Docker Hub to Quay, and tried running skopeo sync --src docker --dest docker docker.io/moosivp/moos-ivp quay.io/moosivp, which appeared to be working, until I realized that the manifest lists weren't being copied correctly. I have images tagged with :r1234 which are actually multi-arch manifests that point to each respective arch's image. I'd expect the resulting quay repo to have these copied over correctly, however they only have the amd64 variant.

I didn't see a --all flag similar to skopeo copy. Is there some way to force skopeo sync to detect and respect these multi-arch tags?

@HeroCC
Copy link
Author

HeroCC commented Sep 14, 2020

As an aside, I was able to make a script to copy the tags by hand. May be useful for others. You can drop the final grep if you'd like, it excludes tags with the arch in the name (they are contained in the manifest list and are redundant).

IMAGES="$(skopeo list-tags docker://docker.io/ORG/REPO | jq -r '.Tags[]' | grep -Ev 'amd64|arm64|armv7')"
for tag in $IMAGES; do 
  echo "Copying $tag"
  skopeo copy -a "docker://docker.io/ORG/REPO:$tag" "docker://quay.io/ORG/REPO:$tag"
done

@muff1nman
Copy link
Contributor

See #880

@rhatdan rhatdan added the kind/bug A defect in an existing functionality (or a PR fixing it) label Oct 8, 2020
@mtrmac
Copy link
Contributor

mtrmac commented Nov 25, 2020

#880 has added the --all option.

@mtrmac mtrmac closed this as completed Nov 25, 2020
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Sep 20, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
kind/bug A defect in an existing functionality (or a PR fixing it) locked - please file new issue/PR
Projects
None yet
Development

No branches or pull requests

4 participants