-
Notifications
You must be signed in to change notification settings - Fork 18.9k
containerd integration: docker commit
#44958
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
|
Just pushed a commit addressing the issues discussed in the maintainers call (and referenced in #44934 (comment)). It resolves the root issue of not being able to deterministically resolve the image variant used to run a container after the container is created by storing the digest of the image-variant digest, and then using that later when necessary to fetch the content from the store and using that instead of making assumptions about the platform. I'd appreciate some input about the design itself - I tried avoiding introducing another |
867ec3d to
041da7a
Compare
041da7a to
49e55ad
Compare
|
Github is having a tough time with the review requests 👀 Only keeps the latest 😬 |
49e55ad to
d76bb73
Compare
|
Oooooops, didn't realize @neersighted managed to request the reviews (as they hadn't updated on my end) and they disappeared again when I tried to do them 😨 Github why. |
vvoland
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM; there's just one little debug log that's left 😄
843c002 to
2bb51ea
Compare
|
code LGTM; given that the first 5 commits are mostly fixing up previous changes that were added in this PR, perhaps we should squash the first 5 ones (last one may be ok to keep separate, as it's additional functionality); WDYT @vvoland @laurazard ? |
|
+1 on squashing |
Signed-off-by: Laura Brehm <[email protected]> Co-authored-by: Laura Brehm <[email protected]> Co-authored-by: Sebastiaan van Stijn <[email protected]> Co-authored-by: Paweł Gronowski <[email protected]> Co-authored-by: Nicolas De Loof <[email protected]>
This addresses the previous issue with the containerd store where, after a container is created, we can't deterministically resolve which image variant was used to run it (since we also don't store what platform the image was fetched for). This is required for things like `docker commit`, and computing the containers layer size later, since we need to resolve the specific image variant. Signed-off-by: Laura Brehm <[email protected]>
2bb51ea to
a34060c
Compare
|
Sound good to me :) Squashed all the previous commits, and kept the last one separate @thaJeztah |
thaJeztah
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, thanks!
|
Hmm... looks like CI completed, but still shows as "running" on GitHub? https://github.com/moby/moby/actions/runs/4344357044/jobs/7587778593 |
|
Oh! Maybe that's because #44934 also includes that commit, which confuses GHA? |
|
Just Github things 😅 Edit: it's greeeeen 🟢 |
|
All green now! 🎉 |


- What I did
Implement
docker commitwith containerd store- How I did it
Upstream (with some adjustments):
- How to verify it
(run a container and create a file)
docker run -it --name hello alpine/ # echo world > world.txt && exitdocker commit hello hello/world(verify file was written to new image)
docker run hello/world cat world.txt- Description for the changelog
- A picture of a cute animal (not mandatory but encouraged)