-
Notifications
You must be signed in to change notification settings - Fork 92
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
not found error while creating manifest list for docker.io/rancher/mirrored-pause:3.8 #379
Comments
|
So the easiest and quickest solution would be to move to The safest option would be to apply the new flags only to new images, which would require something to differentiate the new images from the old. I guess not to freak out users, we can copy the current list and compare the images with the copied list to see if they are new and apply the new mechanism, else continue to use the current mechanism. This way the published digests stay relevant, and we can use the new mechanism on new images. I guess this needs some more eyes/thoughts, if you have time @kinarashah @brandond. |
@superseb I agree that the idea to apply new flags only to new images would be safer. Not sure if we want to use As of now the issue was only with |
Any objection with the approach as stated in #379 (comment) ? @brandond @kinarashah Using |
Seen in https://drone-publish.rancher.io/rancher/image-mirror/754/1/3:
I'm not sure if this is intentional, but with multiple
amd64
images (linux and windows), the logic is kinda looping through all found digests and it looks up the current digest to diff with the found digest, and as it differs, it syncs all the digests needed foramd64
. It doesn't look like it was meant to be that way for windows, but it works. Except for this case, as the resulting digest after runningskopeo copy
is different. This is what I saw:And the diff was showing two differences:
There are a few things we need to know before we can proceed to a solution:
-amd64
images (one for Linux and multiple for Windows), this is probably best answered by @brandondPossible solutions:
--preserve-digests
, this will solve the problem for this image but needs testing against the whole list--all
when the source image/manifests is a list and just sync the whole list at once. This was tested forpause:3.8
image but also needs testing for others. This needs input from @brandond as well if this was considered before (one "downside" I guess is that it syncs all archs and not just the ones we choose)The text was updated successfully, but these errors were encountered: