<div dir="auto">Hello, thanks for tour answer.<div dir="auto">I am not using tripleo but I installed openstack manually  in high availability using haproxy.</div><div dir="auto">I understood fine the issue is caused by haproxy when it tries to check Octavia api controllers and octavia api in not under apache. </div><div dir="auto">Will tripleo modify haproxy rules or it will out octavia api under apache?</div><div dir="auto">In the second case, is there any document for moving octavia api under apache in Centos 7 environments ?</div><div dir="auto">Regards</div><div dir="auto">ignazio </div><div dir="auto"><br></div><div dir="auto"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il Mar 2 Apr 2019 16:39 Jeremy Stanley <<a href="mailto:fungi@yuggoth.org">fungi@yuggoth.org</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 2019-04-02 14:57:56 +0200 (+0200), Ignazio Cassano wrote:<br>
> Do you know in which openstack version that fix wil be available ?<br>
[...]<br>
<br>
(Sorry for not including much context, the top-posting in your reply<br>
has made it extremely difficult to do so.) The "fix" mentioned by<br>
Brent, as I understand, is to simply use Apache with its mod_wsgi<br>
module to serve the API rather than exposing a WSGI service directly<br>
on a socket. If the deployment tooling you're using supports this<br>
operational model then you should simply be able to switch to it at<br>
any time. If your deployment tooling does not yet support this, then<br>
when it appears as an option in a release will depend on the tool in<br>
question. Are you asking when TripleO will switch to that model<br>
because you're using TripleO to manage your OpenStack deployment, or<br>
did you misunderstand the answer?<br>
-- <br>
Jeremy Stanley<br>
</blockquote></div>