<div dir="ltr">Hi,<div><br></div><div>mod_wsgi has some limitations so making order for WSGI services. Reloading and restarting processes is well documented at [1]. Creating ordering is a problem. There are several options:</div><div>1. Use uwsgi instead of mod_wsgi</div><div>2. Use several apache instances (one instance for one service)</div><div>3. Ignore ordering as processes start quite fast</div><div><br></div><div>[1] <a href="https://code.google.com/p/modwsgi/wiki/ReloadingSourceCode">https://code.google.com/p/modwsgi/wiki/ReloadingSourceCode</a></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr">--<br>
Best regards,<br>
Sergii Golovatiuk,<br>
Skype #golserge<br>
IRC #holser<br></div></div></div>
<br><div class="gmail_quote">On Wed, Nov 4, 2015 at 4:31 PM, Jason Guiditta <span dir="ltr"><<a href="mailto:jguiditt@redhat.com" target="_blank">jguiditt@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 14/08/15 09:45 -0400, Emilien Macchi wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So far we have WSGI support for puppet-keystone & pupper-ceilometer.<br>
I'm currently working on other components to easily deploy OpenStack<br>
running API services using apache/wsgi instead of eventlet.<br>
<br>
I would like to propose some change in our beaker tests:<br>
<br>
stable/kilo:<br>
* puppet-{ceilometer,keystone}: test both cases so we validate the<br>
upgrade with beaker<br>
* puppet-*: no wsgi support now, but eventually could be backported from<br>
master (liberty) once pushed.<br>
<br>
master (future stable/liberty):<br>
* puppet-{ceilometer,keystone}: keep only WSGI scenario<br>
* puppet-*: push WSGI support in manifests, test them in beaker,<br>
eventually backport them to stable/kilo, and if on time (before<br>
stable/libery), drop non-WSGI scenario.<br>
<br>
The goal here is to:<br>
* test upgrade from non-WSGI to WSGI setup in stable/kilo for a maximum<br>
of modules<br>
* keep WSGI scenario only for Liberty<br>
<br>
Thoughts?<br>
-- <br>
Emilien Macchi<br>
<br>
</blockquote></div></div>
Sorry for the late reply, but I am wondering if anyone knows how we<br>
(via puppet, pacemaker, or whatever else - even the services<br>
themselves, within apache) would handle start order if all these<br>
services become wsgi apps running under apache?  In other words, for<br>
an HA deployment, as an example, we typically set ceilometer-central<br>
to start _after_ keystone.  If they are both in apache, how could this<br>
be done?  Is it truly not needed? If not, is this something new, or<br>
have those of us working on deployments with the pacemaker<br>
architecture been misinformed all this time?<br>
<br>
-j<br>
<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><br></div>