<div dir="auto">Why not drive the post-config with something like shade over ansible? Similar to what the kolla-ansible community is doing. </div><div class="gmail_extra"><br><div class="gmail_quote">On 30 Mar 2017 16:42, "Jiří Stránský" <<a href="mailto:jistr@redhat.com">jistr@redhat.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 30.3.2017 14:58, Dan Prince wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
There is one case that I was thinking about reusing this piece of code<br>
within a container to help initialize keystone endpoints. It would<br>
require some changes and updates (to match how puppet-* configures<br>
endpoints).<br>
<br>
For TripleO containers we use various puppet modules (along with hiera)<br>
to drive the creation of endpoints. This functionally works fine, but<br>
is quite slow to execute (puppet is slow here) and takes several<br>
minutes to complete. I'm wondering if a single optimized python script<br>
might serve us better here. It could be driven via YAML (perhaps<br>
similar to our Hiera), idempotent, and likely much faster than having<br>
the code driven by puppet. This doesn't have to live in os-cloud-<br>
config, but initially I thought that might be a reasonable place for<br>
it. It is worth pointing out that this would be something that would<br>
need to be driven by our t-h-t workflow and not a post-installation<br>
task. So perhaps that makes it not a good fit for os-cloud-config. But<br>
it is similar to the keystone initialization already there so I thought<br>
I'd mention it.<br>
</blockquote>
<br>
I agree we could have an optimized python script instead of puppet to do the init. However, os-cloud-config also doesn't strike me as the ideal place.<br>
<br>
What might be interesting is solving the keystone init within containers along with our container entrypoint situation. We've talked earlier that we may have to build our custom entrypoints into the images as we sometimes need to do things that the current entrypoints don't seem fit for, or don't give us enough control over what happens. This single optimized python script for endpoint config you mentioned could be one of such in-image entrypoint scripts. We could build multiple different scripts like this into a single image and select the right one when starting the container (defaulting to a script that handles the usual "worker" case, in this case Keystone API).<br>
<br>
This gets somewhat similar to the os-cloud-config usecase, but even if we wanted a separate repo, or even a RPM for these, i suppose it would be cleaner to just start from scratch rather than repurpose os-cloud-config.<br>
<br>
Jirka<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Dan<br>
<br>
On Thu, 2017-03-30 at 08:13 -0400, Emilien Macchi wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
os-cloud-config was deprecated in the Ocata release and is going to<br>
be<br>
removed in Pike.<br>
<br>
TripleO project doesn't need it anymore and after some investigation<br>
in <a href="http://codesearch.openstack.org" rel="noreferrer" target="_blank">codesearch.openstack.org</a>, nobody is using it in OpenStack.<br>
I'm working on the removal this cycle, please let us know any<br>
concern.<br>
<br>
Thanks,<br>
</blockquote>
<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.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
<br>
</blockquote>
<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.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
</blockquote></div></div>