post-config set after WSGI services are already started

Bug #1860287 reported by Radosław Piliszek
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
devstack
Triaged
Low
Unassigned

Bug Description

This is a bug report to accompany my post to openstack-discuss mailing list [1].

Originally it concerned only CORS and blamed uWSGI (sorry!) but it turned out to be a false alarm [2].
The fact that at the moment it is impossible to make DevStack
use mod_wsgi except for keystone and placement holds but is irrelevant.

It turns out post-config is run after WSGI services are already started.
Hence all the trouble I experienced with uWSGI CORS.
mod_wsgi restarts apache2 for placement and hence reloads config (side effect).

[1] http://lists.openstack.org/pipermail/openstack-discuss/2020-January/012152.html
[2] https://github.com/unbit/uwsgi/issues/1550

Tags: post-config
Revision history for this message
Radosław Piliszek (yoctozepto) wrote :

I changed the report to reflect the real issue at hand. Please ignore my previous comment.

summary: - no longer possible to get CORS working as configured
+ post-config set after WSGI services are already started
tags: added: post-config
removed: cors jslib uwsgi
description: updated
Revision history for this message
Radosław Piliszek (yoctozepto) wrote :

The workaround is to simply restart API services after devstack is done deploying.

For example see: https://review.opendev.org/#/c/702132/24

Changed in devstack:
status: New → Triaged
importance: Undecided → Low
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.