<div dir="ltr">I'm referring to Apache sitting in between the services now as a TLS terminator and connection proxy. That was not the configuration before but it is now the default devstack behavior.<div><br></div><div>See this example from Newton: <a href="http://logs.openstack.org/73/428073/2/check/gate-tempest-dsvm-neutron-full-ubuntu-xenial/028ea38/logs/apache_config/">http://logs.openstack.org/73/428073/2/check/gate-tempest-dsvm-neutron-full-ubuntu-xenial/028ea38/logs/apache_config/</a></div><div>Then this from master: <a href="http://logs.openstack.org/32/421832/4/check/gate-tempest-dsvm-neutron-full-ubuntu-xenial/5af5c7c/logs/apache_config/">http://logs.openstack.org/32/421832/4/check/gate-tempest-dsvm-neutron-full-ubuntu-xenial/5af5c7c/logs/apache_config/</a></div><div><br></div><div><br></div><div>><span style="font-size:12.8px">The ways in which OpenStack and oslo.service uses eventlet are known to</span></div><span style="font-size:12.8px">>have scaling bottle necks. The Keystone team saw substantial throughput</span><br style="font-size:12.8px"><span style="font-size:12.8px">>gains going over to apache hosting.</span><div><br></div><div><br></div><div>Right, but there is a difference between scaling issues and a single worker not being able to handle the peak 5 concurrent requests or so that the gate jobs experience. The eventlet wsgi server should have no issues with our gate load.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Feb 2, 2017 at 3:01 PM, Sean Dague <span dir="ltr"><<a href="mailto:sean@dague.net" target="_blank">sean@dague.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 02/02/2017 04:07 PM, Kevin Benton wrote:<br>
> This error seems to be new in the ocata cycle. It's either related to a<br>
> dependency change or the fact that we put Apache in between the services<br>
> now. Handling more concurrent requests than workers wasn't an issue<br>
> before.<br>
><br>
> It seems that you are suggesting that eventlet can't handle concurrent<br>
> connections, which is the entire purpose of the library, no?<br>
<br>
</span>The only services that are running on Apache in standard gate jobs are<br>
keystone and the placement api. Everything else is still the<br>
oslo.service stack (which is basically run eventlet as a preforking<br>
static worker count webserver).<br>
<br>
The ways in which OpenStack and oslo.service uses eventlet are known to<br>
have scaling bottle necks. The Keystone team saw substantial throughput<br>
gains going over to apache hosting.<br>
<div class="HOEnZb"><div class="h5"><br>
        -Sean<br>
<br>
--<br>
Sean Dague<br>
<a href="http://dague.net" rel="noreferrer" target="_blank">http://dague.net</a><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.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
</div></div></blockquote></div><br></div>