<div dir="ltr"><div><div><div>docker_image wouldn't be the best place for that. Buf if you are looking for a quicker solution, kolla_docker was written specifically to be license compatible for openstack. its structure should make it easily adapted to delete an image. And you can copy it and cut it up thanks to the license.<br><br></div>Are you pushing images with no shared base layers at all (300MB compressed image is no shared base layers)? With shared base layers a full image set of Kolla images should be much smaller than the numbers you posted.<br><br></div>Thanks,<br></div>SamYaple<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 19, 2017 at 11:03 AM, Gabriele Cerami <span dir="ltr"><<a href="mailto:gcerami@redhat.com" target="_blank">gcerami@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
our CI scripts are now automatically building, testing and pushing<br>
approved openstack/RDO services images to public repositories in<br>
dockerhub using ansible docker_image module.<br>
<br>
Promotions have had some hiccups, but we're starting to regularly upload<br>
new images every 4 hours.<br>
<br>
When we'll get at full speed, we'll potentially have<br>
- 3-4 different sets of images, one per release of openstack (counting a<br>
  EOL release grace period)<br>
- 90-100 different services images per release<br>
- 4-6 different versions of the same image ( keeping older promoted<br>
  images for a while )<br>
<br>
At around 300MB per image a possible grand total is around 650GB of<br>
space used.<br>
<br>
We don't know if this is acceptable usage of dockerhub space and for<br>
this we already sent a similar email the to docker support to ask<br>
specifically if the user would get penalty in any way (e.g. enforcing<br>
quotas, rete limiting, blocking). We're still waiting for a reply.<br>
<br>
In any case it's critical to keep the usage around the estimate, and to<br>
achieve this we need a way to automatically delete the older images.<br>
docker_image module does not provide this functionality, and we think<br>
the only way is issuing direct calls to dockerhub API<br>
<br>
<a href="https://docs.docker.com/registry/spec/api/#deleting-an-image" rel="noreferrer" target="_blank">https://docs.docker.com/<wbr>registry/spec/api/#deleting-<wbr>an-image</a><br>
<br>
docker_image module structure doesn't seem to encourage the addition of<br>
such functionality directly in it, so we may be forced to use the uri<br>
module.<br>
With new images uploaded potentially every 4 hours, this will become a<br>
problem to be solved within the next two weeks.<br>
<br>
We'd appreciate any input for an existing, in progress and/or better<br>
solution for bulk deletion, and issues that may arise with our space<br>
usage in dockerhub<br>
<br>
Thanks<br>
<br>
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
</blockquote></div><br></div>