<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Fri, Jun 9, 2017 at 11:30 AM Britt Houser (bhouser) <<a href="mailto:bhouser@cisco.com">bhouser@cisco.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">How does confd run inside the container?  Does this mean we’d need some kind of systemd in every container which would spawn both confd and the real service?  That seems like a very large architectural change.  But maybe I’m misunderstanding it.<br>
<br></blockquote><div><br></div><div class="inbox-inbox-uyb8Gf" style="color:rgb(33,33,33);font-size:13px"><div><div class="inbox-inbox-F3hlO">Copying part of my reply to Doug's email:</div></div></div><div class="inbox-inbox-uyb8Gf"><div><div><font color="#212121"><br></font></div><div><font color="#212121">1. Run confd + openstack service in side the container. My concern in this case</font></div><div><font color="#212121">would be that we'd have to run 2 services inside the container and structure</font></div><div><font color="#212121">things in a way we can monitor both services and make sure they are both</font></div><div><font color="#212121">running. Nothing impossible but one more thing to do.</font></div><div><font color="#212121"><br></font></div><div><font color="#212121">2. Run confd `-onetime` and then run the openstack service.</font></div></div><div style="color:rgb(33,33,33);font-size:13px"><br></div><div style="color:rgb(33,33,33);font-size:13px"><br></div></div><div class="inbox-inbox-uyb8Gf" style="color:rgb(33,33,33);font-size:13px"><div><div class="inbox-inbox-F3hlO">I either case, we could run confd as part of the entrypoint and have it run in<br></div></div></div><div><span style="color:rgb(33,33,33);font-size:13px">background for the case #1 or just run it sequentially for case #2.</span></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Thx,<br>
britt<br>
<br>
On 6/9/17, 9:04 AM, "Doug Hellmann" <<a href="mailto:doug@doughellmann.com" target="_blank">doug@doughellmann.com</a>> wrote:<br>
<br>
    Excerpts from Flavio Percoco's message of 2017-06-08 22:28:05 +0000:<br>
<br>
    > Unless I'm missing something, to use confd with an OpenStack deployment on<br>
    > k8s, we'll have to do something like this:<br>
    ><br>
    > * Deploy confd in every node where we may want to run a pod (basically<br>
    > wvery node)<br>
<br>
    Oh, no, no. That's not how it works at all.<br>
<br>
    confd runs *inside* the containers. It's input files and command line<br>
    arguments tell it how to watch for the settings to be used just for that<br>
    one container instance. It does all of its work (reading templates,<br>
    watching settings, HUPing services, etc.) from inside the container.<br>
<br>
    The only inputs confd needs from outside of the container are the<br>
    connection information to get to etcd. Everything else can be put<br>
    in the system package for the application.<br>
<br>
    Doug<br>
<br>
    __________________________________________________________________________<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.openstack.org?subject:unsubscribe</a><br>
    <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br>
<br>
__________________________________________________________________________<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.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div></div>