-
Notifications
You must be signed in to change notification settings - Fork 2.9k
Cirrus: Print images that should be pruned #3335
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
|
NOTE: This is completely untested as of this comment. |
a75390a to
096c27f
Compare
|
☔ The latest upstream changes (presumably #3308) made this pull request unmergeable. Please resolve the merge conflicts. |
e8186f2 to
0171d6a
Compare
ca32e62 to
c9e2fac
Compare
|
@edsantiago mind taking an initial look? I know you're not fond of the |
edsantiago
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.
First-pass review; looks mostly good, with some suggestions and questions. I need to make another pass but I'm drained right now.
757f13d to
93e97ab
Compare
|
Example run based on 93e97ab4b9f1dfe7e1658a1a5aa726b43fe155a3 |
Over time unless they're removed, the project could grow quite a large
collection of VM images. While generally cheap (less than a penny each,
per month), these will become a significant cost item if not kept
in-check.
Add a specialized container for handling image-pruning, but limit
it to only finding and printing (not actually deleting) images.
Also update the image-building workflow so that base-images used to
compose cache-images are also labeled with metadata.
N/B: As an additional safeguard, the service account which
executes the new container in production *DOES NOT*
have access to delete images. This can be enabled
by adding the GCE IAM role: CustomComputeImagePrune
Signed-off-by: Chris Evich <cevich@redhat.com>
|
rebased and force-pushed. Only change was a minor README fix. Ignoring the big scary image delete problem for now. |
|
/hold cancel |
|
/lgtm |
|
Changes LGTM, tests aren't hip and it looks the same as your other PR's issues. |
|
tests happy now |
|
/approve |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: cevich, edsantiago, rhatdan The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
Over time unless they're removed, the project could grow quite a large
collection of VM images. While generally cheap (less than a penny each,
per month), these will become a significant cost item if not kept
in-check.
Add a specialized container for handling image-pruning, but limit
it to only finding and printing (not actually deleting) images.
Also update the image-building workflow so that base-images used to
compose cache-images are also labeled with metadata.
N/B: As an additional safeguard, the service account which
executes the new container in production DOES NOT
have access to delete images. This can be enabled
by adding the GCE IAM role: CustomComputeImagePrune
Signed-off-by: Chris Evich cevich@redhat.com