-
Notifications
You must be signed in to change notification settings - Fork 62
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
Add support for CRI "pinned" images #380
Comments
tracked in containerd/containerd#7944 now |
looks like containerd pr got merged |
So we'll want to allow toggling if we want to remove/keep If a user decides to keep pinned images (ex. The main, or maybe only(?), reason I can think of scanning them is if we do the following issue #356 and it would be nice to raise any CVEs caught. Although since that hasn't been done, not sure if it's worth scanning (for now). |
Is anyone in the eraser team planned to pick this up? If not, I could work on this 👀 |
@inFocus7 sounds great! i don't think anyone has been working on this. assigned to you. thanks! |
@sozercan Awesome, thanks! I wrote some thoughts in this Google Docs Design/Thoughts Docs. If you don't want to click into the link (understandable), it boils down to:
Actually, from looking over the architecture, I think it makes more sense to handle I'm assuming it should be possible to handle The question of: "Do we want to still scan I updated the Google doc with a section at the end with explaining this. |
The CRI API has a field on images
Pinned
.This will be used for images like
pause
and should be used as as a filter for image removal.ref: containerd/containerd#6456
The text was updated successfully, but these errors were encountered: