Re: [openstack-dev] How to find "ovs_mechanism + vxlan tanent_type_driver + L2_pop" configure steps?

2017-03-31 3:10 GMT+00:00 Sam : > Hi all, > > In openstack-ocata install docs, I only found "linux_bridge + vxlan + l2pop" > configure steps, Is there "ovs+vxlan+l2pop" configure steps? The install-guide only covers the most basic setup, for ovs you will need to look at the corresponding section i

Re: [openstack-dev] [all][elections] Candidate proposals for TC (Technical Committee) positions are now open

2017-03-31 2:00 GMT+02:00 Kendall Nelson : > > Hello All! > > Candidate proposals for the Technical Committee positions (7 positions) are > now open and will remain open until 2017-04-20, 23:45 UTC The table below states a much earlier closing time. > All candidacies must be submitted as a text f

Re: [openstack-dev] [neutron][nova] Config drive claims ipv6_dhcp, neutron api says slaac

2017-03-24 17:17 GMT+00:00 Clark Boylan : > On Fri, Mar 24, 2017, at 05:24 AM, Jens Rosenboom wrote: >> 2017-03-24 9:48 GMT+00:00 Jens Rosenboom : >> > 2017-03-24 9:30 GMT+00:00 Simon Leinen : >> >> Clark Boylan writes: >> >> [...] >>

Re: [openstack-dev] [neutron][nova] Config drive claims ipv6_dhcp, neutron api says slaac

2017-03-24 9:48 GMT+00:00 Jens Rosenboom : > 2017-03-24 9:30 GMT+00:00 Simon Leinen : >> Clark Boylan writes: >> [...] >>> { >>> "id": "network1", >>> "link": "tap14b9

Re: [openstack-dev] [neutron][nova] Config drive claims ipv6_dhcp, neutron api says slaac

2017-03-24 9:30 GMT+00:00 Simon Leinen : > Clark Boylan writes: > [...] >> { >> "id": "network1", >> "link": "tap14b906ba-8c", >> "network_id": "7ee08c00-7323-4f18-94bb-67e081520e70", >> "type": "ipv6_dhcp" >> } >> ], >> "servi

Re: [openstack-dev] [infra][Neutron] Running out of memory on gate for linux bridge job

2017-01-13 17:56 GMT+01:00 Clark Boylan : > On Fri, Jan 13, 2017, at 07:48 AM, Jakub Libosvar wrote: >> Does anybody know whether we can bump memory on nodes in the gate >> without losing resources for running other jobs? >> Has anybody experience with memory consumption being higher when using >>

Re: [openstack-dev] [nova] nova-api-metadata managing firewall

2017-01-10 4:33 GMT+01:00 Sam Morrison : > Hi nova-devs, > > I raised a bug about nova-api-metadata messing with iptables on a host > > https://bugs.launchpad.net/nova/+bug/1648643 > > It got closed as won’t fix but I think it could do with a little more > discussion. > > Currently nova-api-metadat

Re: [openstack-dev] [devstack][neutron-lbaas][octavia] About installing Devstack on Ubuntu

2016-12-06 7:16 GMT+01:00 Yipei Niu : > Hi, All, > > I failed installing devstack on Ubuntu. The detailed info of local.conf and > error is pasted in http://paste.openstack.org/show/591493/. > > BTW, python2.7 is installed in Ubuntu, and Python.h can be found under > /usr/include/python2.7. > > sta

Re: [openstack-dev] [openstack][neutron] DHCP agent: advertise SLAAC prefixes Exceptions

2016-11-24 15:08 GMT+01:00 Lenny Verkhovsky : > Hi, > > The DHCP Agent commit[1] added a lot of exceptions into Mellanox CI What OS is the CI running on? Can you show the output of "dnsmasq --version" and "neutron-sanity-check" on a CI node? ___

Re: [openstack-dev] [all] Status of the OpenStack port to Python 3

2016-06-22 9:18 GMT+02:00 Victor Stinner : > Hi, > > Current status: only 3 projects are not ported yet to Python 3: > > * nova (76% done) > * trove (42%) > * swift (0%) > >https://wiki.openstack.org/wiki/Python3 How should differences between python3.4 and python3.5 be handled? Ubuntu Xenial

Re: [openstack-dev] Keystone Authorization Failed: Forbidden (HTTP 403)

2016-04-27 12:43 GMT+02:00 Dhvanan Shah : > keystone --debug user-list gives this: > > /usr/lib/python2.7/site-packages/keystoneclient/shell.py:65: > DeprecationWarning: The keystone CLI is deprecated in favor of > python-openstackclient. For a Python library, continue using > python-keystoneclient

Re: [openstack-dev] Keystone Authorization Failed: Forbidden (HTTP 403)

2016-04-27 10:30 GMT+02:00 Dhvanan Shah : > UPDATE: > I am able to log into Horizon and perform all actions without any issue but > on my terminal, I am not able to do the same. The password that I thought > was wrong is not the issue as I logged in with the same password. > My keystone_adminrc fil

Re: [openstack-dev] [all] Python 3.5 is now the default Py3 in Debian Sid

2016-01-14 17:12 GMT+01:00 Thomas Goirand : > On 01/14/2016 11:35 PM, Yuriy Taraday wrote: >> >> >> On Thu, Jan 14, 2016 at 5:48 PM Jeremy Stanley > > wrote: >> >> On 2016-01-14 09:47:52 +0100 (+0100), Julien Danjou wrote: >> [...] >> > Is there any plan to add

Re: [openstack-dev] [diskimage-builder] disk-image-create from virtualenv not working

2015-07-02 19:58 GMT+02:00 Alec Hothan (ahothan) : > > I wonder if anybody else ran into the same issue as it looks like PyYAML > is required on the native python in order for disk-image-crate to succeed. > Installing PyYAML in a virtual environment and running disk-iage-create > from that venv won

Re: [openstack-dev] [nova][api] New micro-version needed for api bug fix or not?

2015-06-03 14:25 GMT+02:00 John Garbutt : > On 3 June 2015 at 12:52, Jay Pipes wrote: >> On 06/03/2015 02:34 AM, Chris Friesen wrote: >>> >>> On 06/03/2015 12:16 AM, Jens Rosenboom wrote: >>> >>>> I'm wondering though whether the current API

Re: [openstack-dev] [nova][api] New micro-version needed for api bug fix or not?

2015-06-01 13:40 GMT+02:00 John Garbutt : > On 31 May 2015 at 14:15, Xu, Hejie wrote: >> Replied in line with prefix [alex] >> >> -Original Message- ... >> 2) >> We also agreed that all micro version bumps need a spec, to help avoid is >> adding more "bad" things to the API as we try and

[openstack-dev] [nova][api] New micro-version needed for api bug fix or not?

As the discussion in https://review.openstack.org/179569 still continues about whether this is "just" a bug fix, or an API change that will need a new micro version, maybe it makes sense to take this issue over here to the ML. My personal opinion is undecided, I can see either option as being vali

Re: [openstack-dev] Using DevStack in Kilo

2015-04-17 12:23 GMT+02:00 Sean Dague : > glanceclient has always been that way it's terrible. :( > > the nova message timeout looks like it's becauce nova-cert is not > running, and it keeps trying to ping it. What actions were you doing > that triggered that path? > > I think this may be htt

Re: [openstack-dev] [Nova][Neutron] Status of the nova-network to Neutron migration work

Am 01/04/15 um 04:10 schrieb Kevin Benton: It's worth pointing out here that the in-tree OVS solution controls traffic using iptables on regular bridges too. The difference between the two occurs when it comes to how traffic is separated into different networks. It's also worth noting that DVR r

Re: [openstack-dev] [all] creating stable branches for all libraries, Oslo, client, and other

Am 24/03/15 um 22:22 schrieb Joe Gordon: On Tue, Mar 24, 2015 at 1:13 PM, Doug Hellmann wrote: We have a cross-project spec up for review discussing a change in the release process precipitated by the fact that we are now capping library versions in stable branch test configurations. We’ve tal

Re: [openstack-dev] [Glance] [all] python-glanceclient release 0.16.1

Am 05/03/15 um 17:52 schrieb Doug Hellmann: On Thu, Mar 5, 2015, at 11:37 AM, Ian Cordasco wrote: The clients in general do not back port patches. Someone should work with stable-maint to raise the cap in Icehouse and Juno. I suspect, however, that those caps were added due to the client break

Re: [openstack-dev] [Glance] [all] [stable] python-glanceclient release 0.16.1

x27;t necessary"? On 3/5/15, 10:28, "Dr. Jens Rosenboom" wrote: Am 05/03/15 um 06:02 schrieb Nikhil Komawar: The python-glanceclient release management team is pleased to announce: python-glanceclient version 0.16.1 has been released on Thursday, Mar 5th around 04:56

Re: [openstack-dev] [Glance] [all] python-glanceclient release 0.16.1

Am 05/03/15 um 06:02 schrieb Nikhil Komawar: The python-glanceclient release management team is pleased to announce: python-glanceclient version 0.16.1 has been released on Thursday, Mar 5th around 04:56 UTC. The release includes a bugfix for [1], which is affecting us in Icehouse, most

Re: [openstack-dev] [nova]nova not work with eventlet 0.16.0

Am 14/01/15 um 05:17 schrieb Adam Gandelman: So eventlet 0.16.x has started hitting slaves and breaking stable branches (its not like we weren't warned :\ ) https://bugs.launchpad.net/nova/+bug/1410626 Should hopefully be resolved by eventlet versions caps in icehouse + juno's requirements: ht

Re: [openstack-dev] [nova]nova not work with eventlet 0.16.0

Am 06/01/15 um 18:01 schrieb Daniel P. Berrange: On Tue, Jan 06, 2015 at 05:36:38PM +0100, Ihar Hrachyshka wrote: On 01/06/2015 05:33 PM, Daniel P. Berrange wrote: On Tue, Jan 06, 2015 at 10:21:10AM -0600, Matt Riedemann wrote: Odd...eventlet 0.16.0 was released on 12/30 and the eventlet.util

Re: [openstack-dev] Problem installing devstack

Am 06/01/15 um 04:40 schrieb Rajdeep Dua: Getting this error while running stack.sh in devstack Could not find a version that satisfies the requirement SQLAlchemy<=0.8.99,<=0.9.99,>=0.8.4,>=0.9.7 (from keystone==2014.2.dev114) (from versions: 0.4.2p3, 0.4.7p1, 0.5.4p1, 0.5.4p2, 0.1.0, 0.1.1, 0.1

[openstack-dev] Git client vulnerability

As this may affect a reasonable percentage of the target audience, I would like to make everyone aware of https://github.com/blog/1938-vulnerability-announced-update-your-git-clients While github.com claim to have patched their servers, people using other repos may want to be extra cautious.