mod_wsgi is compiled to a specific python for Apache. It's a single process
(with multiple forks). It looks like the upstream solution to running
different pythons with mod_wsgi is to either use mod_wsgi-express to launch
a new apache+mod_wsgi per-application, or to modify wsgi script (
Hi,
The generation of Neutron configuration files using the oslo config
generator is being introduced in Mitaka as part of blueprint [1] and bug
[2]. This is broken down into two phases: Neutron core and Neutron *aaS
projects.
The first part of the first phase is the generation of sample core
Hi Salvatore,
thank you for your reply. I'm aware that it works with static routes, I
would like to know if it does source routing
http://www.linuxhorizon.ro/iproute2.html
Anyway I solved it using a script inside the instance.
Regards,
Pedro Sousa
On Sun, Nov 29, 2015 at 7:29 AM, Salvatore
This post is being sent again to the operators mailing list, and i
apologize if it's duplicated for some folks. The original thread is here:
http://lists.openstack.org/pipermail/openstack-dev/2015-November/080816.html
In the Mitaka release, the keystone team will be removing functionality
that
Hi Folks,
I wanted to let you know about a results presentation for the Nova Networks to
Neutron Migration Study this Tuesday, December 1st at 10AM MST / 12PM EST /
5:00PM UTC.
The purpose of this study was to gather data to help better understand the
attributes of OpenStack users who remain
I have an objection to eventlet going away. We have problems with running
Apache and mod_wsgi with multiple python virtual environments. In some of
our stacks we're running both Horizon and Keystone. Each get their own
virtual environment. Apache mod_wsgi doesn't really work that way, so we'd
have
On 1 December 2015 at 09:36, Jesse Keating wrote:
> I have an objection to eventlet going away. We have problems with running
> Apache and mod_wsgi with multiple python virtual environments. In some of
> our stacks we're running both Horizon and Keystone. Each get their own
>
I don't have a problem with eventlet itself going away, but I do feel that
keystone should pick a python based web server capable of running WSGI apps
( such as uWSGI ) for the reference implementation rather than Apache which
can be declared appropriately in the requirements.txt of the project.
100% agree.
We should look at uwsgi as the reference architecture. Nginx/Apache/etc should
be interchangeable, and up to the operator which they choose to use. Hell,
with tcp load balancing now in opensource Nginx, I could get rid of Apache and
HAProxy by utilizing uwsgi.
John
On November
Trying to summarize here...
- There isn't much interest in keeping eventlet around.
- Folks are OK with running keystone in a WSGI server, but feel they are
constrained by Apache.
- uWSGI could help to support multiple web servers.
My opinion:
- Adding support for uWSGI definitely
Hi!
I'm a newbie to Openstack.
I deploy Openstack use devstack on CENTOS
7(http://docs.openstack.org/developer/devstack/),when I run ./stack.sh, some
error occur:
2015-11-30 07:46:57.699 | Collecting pycadf===1.1.0 (from -c
/opt/stack/requirements/upper-constraints.txt (line 236))
2015-11-30
Hi everyone,
The Product WG is finalizing our mid-cycle plans and I wanted to confirm
the conclusion of this thread to bring into that discussion...
Reviewing the numerous responses here, it seems like the majority opted for
option #1 (one 'official' ops mid-cycle but not precluding regional
I think 16 UTC works well for most of the US, but doesn't include APAC and
probably not ideal for EU because it bumps into Friday evening. How about
alternating US/EU and APAC meetings every other week (similar to other
documentation meetings) and move the US/EU meeting to another day?
On Sun,
13 matches
Mail list logo