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 07
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 ones
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, Nov
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
co
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
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 o
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 wa
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
> virtual environment.
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.
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 (
https://git
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 30
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 sounds
13 matches
Mail list logo
