Open Stack

> On Mar 16, 2018, at 6:08 PM, Mohammed Naser <mnaser at vexxhost.com> wrote:
> 
>> On Fri, Mar 16, 2018 at 5:34 PM, Jeremy Stanley <fungi at yuggoth.org> wrote:
>>> On 2018-03-16 21:22:51 +0000 (+0000), Jim Rollenhagen wrote:
>>> [...]
>>> It seems mod_wsgi doesn't want python applications catching SIGHUP,
>>> as Apache expects to be able to catch that. By default, it even ensures
>>> signal handlers do not get registered.[0]
>> [...]
>>> Given we just had a goal to make all API services runnable as a WSGI
>>> application, it seems wrong to enable mutable config for API services.
>>> It's a super useful thing though, so I'd love to figure out a way we can do
>>> it.
>> [...]
>> 
>> Given these are API services, can the APIs grow a (hopefully
>> standardized) method to trigger this in lieu of signal handling? Or
>> if the authentication requirements are too much, Zuul and friends
>> have grown RPC sockets which can be used to inject these sorts of
>> low-level commands over localhost to their service daemons (or could
>> probably also do similar things over UNIX sockets if you don't want
>> listeners on the loopback interface).
> 
> Throwing an idea out there, but maybe listening to file modification
> events using something like inotify could be a possibility?

Both of those are good ideas. I believe adding those things to oslo.service would make them available to all applications. 

> 
>> --
>> Jeremy Stanley
>> 
>> __________________________________________________________________________
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>> 
> 
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20180317/4ad2ccbd/attachment.html>