<div dir="ltr">I can't find the provider/colocation document I wrote a while back (its disappeared from the canonical wiki)<div><br></div><div>I'll re-write it in the charm-guide soon.</div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, 14 Sep 2016 at 10:03 Neil Jerram <<a href="mailto:neil@tigera.io">neil@tigera.io</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Thanks James for this quick and clear answer!<br><br></div>    Neil<br><br></div><div class="gmail_extra"><br><div class="gmail_quote"></div></div><div class="gmail_extra"><div class="gmail_quote">On Tue, Sep 13, 2016 at 8:46 PM, James Page <span dir="ltr"><<a href="mailto:james.page@ubuntu.com" target="_blank">james.page@ubuntu.com</a>></span> wrote:<br></div></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Neil<br><br><div class="gmail_quote"><span><div dir="ltr">On Tue, 13 Sep 2016 at 20:43 Neil Jerram <<a href="mailto:neil@tigera.io" target="_blank">neil@tigera.io</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>Should it be possible to run two OpenStack charm units, that both use haproxy to load balance their APIs, on the same machine?  Or is there some doc somewhere that says that a case like that should use separate machines?<br><br></div>(I'm asking in connection with the bug report at <a href="https://bugs.launchpad.net/openstack-charm-testing/+bug/1622697" target="_blank">https://bugs.launchpad.net/openstack-charm-testing/+bug/1622697</a>.)</div></div></div></blockquote><div><br></div></span><div>No - that's not currently possible.  For example, if you try to place both nova-cloud-controller and cinder units on the same machine, they both assume sole control over haproxy.cfg and will happily trample each others changes.</div><div><br></div><div>There is a doc somewhere - I'll dig it out and add to the charm-guide on <a href="http://docs.openstack.org" target="_blank">docs.openstack.org</a>.</div><div><br></div><div>Solution: use a LXC or LXD container for each service, assuring sole control of the filesystem for each charm, avoiding said conflict.</div><div><br></div><div>Cheers</div><span><font color="#888888"><div><br></div><div>James </div></font></span></div></div>
<br></blockquote></div></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">__________________________________________________________________________<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></blockquote></div></div>
__________________________________________________________________________<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>