<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Sep 2, 2020 at 8:18 AM Ruslanas Gžibovskis <<a href="mailto:ruslanas@lpic.lt">ruslanas@lpic.lt</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Sorry for the stupid question, but maybe there is some parameter for tripleo deployment not to generate and download images from docker io each time? since I already have it downloaded and working?<div><br></div><div>Or, as I understand, I should be able to create my own snapshot of images and specify it as a source?</div></div></blockquote><div><br></div><div>Yes, as a user you can download the images and push into your own local registry and then specify your custom registry in the container-prepare-parameters.yaml file.  </div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 2 Sep 2020 at 13:58, Wesley Hayutin <<a href="mailto:whayutin@redhat.com" target="_blank">whayutin@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Greetings,<br><div><br></div><div>Some of you have contacted me regarding the recent news regarding <a href="http://docker.io" target="_blank">docker.io</a>'s new policy with regards to container pull rate limiting [1].  I wanted to take the opportunity to further socialize our plan that will completely remove <a href="http://docker.io" target="_blank">docker.io</a> from our upstream workflows and avoid any rate limiting issues.<br></div><div><br></div><div>We will continue to upload containers to <a href="http://docker.io" target="_blank">docker.io</a> for some time so that individuals and the community can access the containers.  We will also start exploring other registries like quay and newly announced github container registry. These other public registries will NOT be used in our upstream jobs and will only serve the communities individual contributors.</div><div><br></div><div>Our test jobs have been successful and patches are starting to merge to convert our upstream jobs and remove <a href="http://docker.io" target="_blank">docker.io</a> from our upstream workflow.  [2].</div><div><br></div><div>Standalone and multinode jobs are working quite well.  We are doing some design work around branchful, update/upgrade jobs at this time.</div><div><br></div><div>Thanks 0/</div><div><br></div><div><br></div><div>[1] <a href="https://hackmd.io/ermQSlQ-Q-mDtZkNN2oihQ" target="_blank">https://hackmd.io/ermQSlQ-Q-mDtZkNN2oihQ</a></div><div>[2] <a href="https://review.opendev.org/#/q/topic:new-ci-job+(status:open+OR+status:merged)" target="_blank">https://review.opendev.org/#/q/topic:new-ci-job+(status:open+OR+status:merged)</a></div></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div>Ruslanas Gžibovskis<br>+370 6030 7030<br></div></div></div>
</blockquote></div></div>