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

[openstack-dev] [all] BOS Forum - User/Dev Feedback session for your project?

Hi all, Forum topic submission closes in 2 days (Sunday 23:59 UTC). One of the types of topics you could consider submitting is a user/dev feedback session for your project. I see Swift, Keystone and Kolla have already done this - thanks! From experience running the ops meetups, the best

Re: [openstack-dev] [neutron]: floating IP not being set for L2 GRE packets

I would file a bug against devstack to get some feedback on the best place to automatically load that module. On Thu, Mar 30, 2017 at 11:47 AM, Anil Rao wrote: > I manually loaded the specified kernel module (nf_conntrack_proto_gre) in > the network node and now the

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

Hi all, In openstack-ocata install docs, I only found "linux_bridge + vxlan + l2pop" configure steps, Is there "ovs+vxlan+l2pop" configure steps? Thank you~ __ OpenStack Development Mailing List (not for usage questions)

Re: [openstack-dev] [stable][heat] Nominate huangtianhua for heat-stable-maint

+1 for huangtianhua. She been very active for stable branch and all the reviews and patches seems all fallowing stable branch rules. +1 for remove Angus, and thanks very much for his hard works. Hope to have him join in the future. 2017年3月31日 上午4:48，"Zane Bitter" 寫道： > We

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

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 All candidacies must be submitted as a text file to the openstack/election repository as explained on the election website[1]. Please note that the

[openstack-dev] [neutron][ml2] - heads up for mechanism drivers that don't use in tree DHCP agent

Hi, Once [1] merges, a port will not transition to ACTIVE on a subnet with enable_dhcp=True unless something clears the DHCP provisioning block. If your mechanism driver uses the in-tree DHCP agent, there is nothing you need to do. However, if you do not utilize the DHCP agent in your deployment

Re: [openstack-dev] [neutron] - Adding Miguel Lavalle to neutron-drivers team

On Thu, Mar 30, 2017 at 2:11 PM, Kevin Benton wrote: > Hi, > > I would like to add Miguel Lavalle (mlavalle) to the Neutron drivers team > [1]. It's not completely clear if you seek support here, but in case you do, +1. Ihar

[openstack-dev] [glance] priorities for the coming week (03/31-04/06)

As discussed at today's meeting, here are the priorities for Glance this week: Pike-1 milestone approaching Hemanth announced Thursday 6 April as the deadline for patches to be merged for P-1. That will give us roughly a week before P-1 to fix any bugs or regressions

[openstack-dev] [neutron] - Adding Miguel Lavalle to neutron-drivers team

Hi, I would like to add Miguel Lavalle (mlavalle) to the Neutron drivers team [1]. Miguel has been instrumental in implemented features across Neutron and Nova (routed networks, DNS, etc) and is now leading the L3 team. He has a very good high level architectural view of Neutron necessary for

[openstack-dev] [stable][heat] Nominate huangtianhua for heat-stable-maint

We are feeling the pinch on stable-branch reviewers in Heat, so now that I understand the process a bit better, let's try this again. I'd like to nominate Huang Tianhua to join the heat-stable-maint team. Tianhua is a heat-core member and one of our most prolific stable branch reviewers:

[openstack-dev] rebuild_instance (nova evacuate) failed to add trunk port

In Juno, there is an issue with instance rebuild (nova evacuate) when trunk port is associated with that instance. On the target, it is not provisioning tbr (bridge) and hence 'ovs-vsctl' command failed when adding trunk port. To me this seems a design gap; but I couldn't pin point it. Can

Re: [openstack-dev] [TripleO] spec-lite process for tripleo

On 03/28/2017 11:09 AM, Emilien Macchi wrote: Bringing an old topic on the table. We might have noticed: 1. Some tripleo-specs take huge amount of time before getting merged (or even reviewed). We have been asking folks to review them every week but unfortunately they don't get much

Re: [openstack-dev] [ironic] Translations removal

Excerpts from Jim Rollenhagen's message of 2017-03-30 15:08:13 -0400: > On Thu, Mar 30, 2017 at 2:36 PM, Doug Hellmann > wrote: > > > Excerpts from Sean McGinnis's message of 2017-03-22 10:44:05 -0500: > > > On Wed, Mar 22, 2017 at 08:42:42AM -0500, Kevin L. Mitchell

Re: [openstack-dev] [ironic] Translations removal

On Thu, Mar 30, 2017 at 2:36 PM, Doug Hellmann wrote: > Excerpts from Sean McGinnis's message of 2017-03-22 10:44:05 -0500: > > On Wed, Mar 22, 2017 at 08:42:42AM -0500, Kevin L. Mitchell wrote: > > > On Tue, 2017-03-21 at 22:10 +, Taryma, Joanna wrote: > > > >

Re: [openstack-dev] [barbican][castellan] How to share secrets in barbican

>    As i known, the secrets are saved in a user's domain, and other  > project/user can not retrieve the secrets. >    But i have a situation that many users need retrieve a same secret. > >    After looking into the castellan usage,  I see the method that saving the  >credentials in 

Re: [openstack-dev] [oslo][kolla][openstack-helm][tripleo][all] Storing configuration options in etcd(?)

Excerpts from Paul Belanger's message of 2017-03-22 09:58:46 -0400: > On Tue, Mar 21, 2017 at 05:53:35PM -0600, Alex Schultz wrote: > > On Tue, Mar 21, 2017 at 5:35 PM, John Dickinson wrote: > > > > > > > > > On 21 Mar 2017, at 15:34, Alex Schultz wrote: > > > > > >> On Tue, Mar 21,

Re: [openstack-dev] [murano] MuranoPL types question

Hi Paul, > Here both key and value appear to be a string (note, I can't confirm this as the typeinfo function doesn't appear to be available in Instance.yaml for some reason... perhaps I'm using it wrong) They are not strings. Reporter converts everything that is passed to it into string by

Re: [openstack-dev] [neutron]: floating IP not being set for L2 GRE packets

I manually loaded the specified kernel module (nf_conntrack_proto_gre) in the network node and now the translation between the VM’ local IP and its assigned floating IP is working as expected for L2 GRE traffic. Thanks a million, Kevin. ☺ Is there something I need to do to automate this step

Re: [openstack-dev] [neutron]: floating IP not being set for L2 GRE packets

Hi, Thanks for the reply. I checked the network node and the nf_conntrack_proto_gre kernel module is not loaded. Among the loaded kernel modules the only ones bearing the ‘nf_conntrack’ prefix are the following: - nf_conntrack - nf_conntrack_ipv4 -

Re: [openstack-dev] [ironic] Translations removal

Excerpts from Sean McGinnis's message of 2017-03-22 10:44:05 -0500: > On Wed, Mar 22, 2017 at 08:42:42AM -0500, Kevin L. Mitchell wrote: > > On Tue, 2017-03-21 at 22:10 +, Taryma, Joanna wrote: > > > However, pep8 does not accept passing variable to translation > > > functions, so this

Re: [openstack-dev] Project Navigator Updates - Feedback Request

On Thu, Mar 30, 2017 at 12:04 PM, Jimmy McArthur wrote: > This (http://paste.openstack.org/show/604775/) is absolutely perfect. I > feel like the format could work for microversions as well. Anyone from > Neutron or another microversion project that could weigh in? > This

Re: [openstack-dev] [all] [quotas] Unified Limits Conceptual Spec RFC

The near final draft of the unified limits spec is up now - https://review.openstack.org/#/c/440815/ If you have not yet wandered in, now is the time, we're going to make the final go / no go the end of this week. -Sean On 03/17/2017 06:36 AM, Sean Dague wrote: > Background: > > At the

[openstack-dev] [all][api] POST /api-wg/news

Greetings OpenStack community, Well, today's meeting was very brief. For the longest time, edleafe had the room to himself, and breezed through the prepared topics, until stevelle showed up. We had a good discussion about the stability guidelines and some of the issues in resolving the two

Re: [openstack-dev] [nova][api] GET or HEAD for checking trait existence

Hi Jay, Thanks for your reply. 2017-03-29 12:26 GMT-07:00 Jay Pipes : > On 03/29/2017 02:04 PM, Ken'ichi Ohmichi wrote: >> >> Hi >> >> I have some questions about plancement API design from >> https://review.openstack.org/#/c/376200 >> Current implementation of the above

Re: [openstack-dev] [oslo][devstack][all] ZooKeeper vs etcd for Tooz/DLM

Julien, Right. the idea is to expand where we use etcd in openstack for other things as well. example the os-lively effort from Jay, another one is the oslo.config calling etcd3 fetch config entries. Thanks, Dims On Thu, Mar 30, 2017 at 1:10 PM, Julien Danjou wrote: > On

[openstack-dev] [murano] MuranoPL types question

Hi Stan, I had a quick(hopefully) question about MuranoPL that I hope you might be able to help with, Felipe had mentioned you are very knowledgeable in this area. If you don't have time please disregard! I'm working on a patch for the Murano core library to make volume attachment info

Re: [openstack-dev] [oslo][devstack][all] ZooKeeper vs etcd for Tooz/DLM

On Thu, Mar 30 2017, Davanum Srinivas wrote: > Julien, > > Yes, Jay is adding this driver for "etcd3://" using the > https://pypi.python.org/pypi/etcd3 library > https://review.openstack.org/#/c/447223/ > > and i'll followup with a "etcd3+http://; driver using the >

Re: [openstack-dev] [oslo][devstack][all] ZooKeeper vs etcd for Tooz/DLM

Julien, Yes, Jay is adding this driver for "etcd3://" using the https://pypi.python.org/pypi/etcd3 library https://review.openstack.org/#/c/447223/ and i'll followup with a "etcd3+http://; driver using the https://pypi.python.org/pypi/etcd3gw library Thanks, Dims On Thu, Mar 30, 2017 at 12:51

Re: [openstack-dev] [oslo][devstack][all] ZooKeeper vs etcd for Tooz/DLM

On Thu, Mar 30 2017, Davanum Srinivas wrote: > Update.. So i just proposed a new library built off the [3] gist to be > added to g-r and u-c. > > https://review.openstack.org/#/c/450967/ > > The alternative was to add support for custom backends in etcd3 > library itself with grpc and v3alpha

Re: [openstack-dev] Forum Details Summary- Hacking & Onboarding Rooms, Session Proposals & More!

One more thing! We have created an *#openstack-forum* irc channel for any questions you may have! One disclaimer is that logging hasn't been set up yet, but it should be in the next day or two. *Days Till Boston: 39 Days* -Kendall Nelson (diablo_rojo) On Wed, Mar 29, 2017 at 8:22 AM Kendall

Re: [openstack-dev] [neutron][networking-l2gw] openstack vtep setup missing docs

On 30 March 2017 at 08:47, Saverio Proto wrote: > Hello, > > I am trying to use the neutron l2gw plugin, but I am not using a bare > metal switch to bridge. > > I am using a server with Openvswitch. > I am not aware of any effort to implement L2GW purely in software, in

Re: [openstack-dev] [neutron][networking-l2gw] database tables for neutron l2gw plugin

On 30 March 2017 at 08:08, Saverio Proto wrote: > Hello, > > I am testing the neutron l2gw in our staging env. > > Because I cant redeploy everything, to retry the installation of the > l2gw, to clean the database I drop the following tables from the neutron > database:

Re: [openstack-dev] [tripleo] os-cloud-config retirement

On 30.3.2017 18:02, Bogdan Dobrelya wrote: On 30.03.2017 15:40, Jiří Stránský wrote: What might be interesting is solving the keystone init within containers along with our container entrypoint situation. We've talked earlier that we may have to build our custom entrypoints into the images as

Re: [openstack-dev] Project Navigator Updates - Feedback Request

Afek, Ifat (Nokia - IL/Kfar Sava) March 30, 2017 at 11:01 AM ·Under “API Versions” there should also be Newton This is something we are currently attempting to sort out. Projects don't have a consistent method for listing the APIs. See previous thread. ·Why

Re: [openstack-dev] Project Navigator Updates - Feedback Request

This (http://paste.openstack.org/show/604775/) is absolutely perfect. I feel like the format could work for microversions as well. Anyone from Neutron or another microversion project that could weigh in? Another great thing about this, is we can use this API version history to determine

Re: [openstack-dev] [tripleo] os-cloud-config retirement

On 30.03.2017 15:40, Jiří Stránský wrote: > > What might be interesting is solving the keystone init within containers > along with our container entrypoint situation. We've talked earlier that > we may have to build our custom entrypoints into the images as we > sometimes need to do things that

Re: [openstack-dev] Project Navigator Updates - Feedback Request

Thanks Lauren, A few issues regarding the Vitrage page: · Vitrage is currently listed under “Management Tools” category. As a Root Cause Analysis service, it doesn’t manage anything, just provides insights to the user (or to other projects). Can you please move it under ‘Data and

Re: [openstack-dev] [tripleo] os-cloud-config retirement

On Thu, Mar 30, 2017 at 6:58 AM, Dan Prince wrote: > There is one case that I was thinking about reusing this piece of code > within a container to help initialize keystone endpoints. It would > require some changes and updates (to match how puppet-* configures > endpoints). >

[openstack-dev] [neutron][networking-l2gw] openstack vtep setup missing docs

Hello, I am trying to use the neutron l2gw plugin, but I am not using a bare metal switch to bridge. I am using a server with Openvswitch. Following this documentation: http://networkop.co.uk/blog/2016/05/21/neutron-l2gw/ At one point there is this command: sudo vtep-bootstrap L5 10.0.0.5

Re: [openstack-dev] [tripleo] os-cloud-config retirement

Why not drive the post-config with something like shade over ansible? Similar to what the kolla-ansible community is doing. On 30 Mar 2017 16:42, "Jiří Stránský" wrote: > On 30.3.2017 14:58, Dan Prince wrote: > >> There is one case that I was thinking about reusing this piece

Re: [openstack-dev] [oslo][devstack][all] ZooKeeper vs etcd for Tooz/DLM

Update.. So i just proposed a new library built off the [3] gist to be added to g-r and u-c. https://review.openstack.org/#/c/450967/ The alternative was to add support for custom backends in etcd3 library itself with grpc and v3alpha HTTP API as implementations. Since tooz is already an

Re: [openstack-dev] [requirements] pycrypto is dead, long live pycryptodome... or cryptography...

On Wed, Mar 29, 2017 at 10:56:41AM -0400, Brian Rosmaita wrote: > On 3/8/17 2:03 PM, Matthew Thode wrote: > > So, pycrypto upstream is dead and has been for a while, we should look > > at moving off of it for both bugfix and security reasons. > > > > Currently it's used by the following. > > > >

[openstack-dev] [neutron][networking-l2gw] database tables for neutron l2gw plugin

Hello, I am testing the neutron l2gw in our staging env. Because I cant redeploy everything, to retry the installation of the l2gw, to clean the database I drop the following tables from the neutron database: drop table physical_ports; drop table physical_locators; drop table physical_switches;

Re: [openstack-dev] [tripleo] container jobs are unstable

On Thu, Mar 30, 2017 at 03:08:57PM +0100, Steven Hardy wrote: > On Wed, Mar 29, 2017 at 10:07:24PM -0400, Paul Belanger wrote: > > On Thu, Mar 30, 2017 at 09:56:59AM +1300, Steve Baker wrote: > > > On Thu, Mar 30, 2017 at 9:39 AM, Emilien Macchi > > > wrote: > > > > > > > On

Re: [openstack-dev] [ironic] New contributor

Welcome to the project! We do have a large number of new / junior contributors, so simple bugs don’t stay outstanding very long. You can search ironic and ironic-python-agent in launchpad for bugs tagged “low-hanging-fruit”. If that comes up short, or you want to do something more advanced, I

Re: [openstack-dev] All patches failing CI for validations stable/ocata branch - help needed

On Wed, Mar 29, 2017 at 11:46 PM, Jeremy Stanley wrote: > On 2017-03-29 18:32:09 +0200 (+0200), Florian Fuchs wrote: > [...] >> The error in the logs however is always the same [2] and appears >> to be related to an issue with setuptools 34[3], which apparently >> hit other

Re: [openstack-dev] [tripleo] container jobs are unstable

On Wed, 2017-03-29 at 22:07 -0400, Paul Belanger wrote: > On Thu, Mar 30, 2017 at 09:56:59AM +1300, Steve Baker wrote: > > On Thu, Mar 30, 2017 at 9:39 AM, Emilien Macchi > > wrote: > > > > > On Mon, Mar 27, 2017 at 8:00 AM, Flavio Percoco > > m> wrote: >

Re: [openstack-dev] [tripleo] container jobs are unstable

On Wed, Mar 29, 2017 at 10:07:24PM -0400, Paul Belanger wrote: > On Thu, Mar 30, 2017 at 09:56:59AM +1300, Steve Baker wrote: > > On Thu, Mar 30, 2017 at 9:39 AM, Emilien Macchi wrote: > > > > > On Mon, Mar 27, 2017 at 8:00 AM, Flavio Percoco wrote: > > >

Re: [openstack-dev] [tripleo] os-cloud-config retirement

On 30.3.2017 14:58, Dan Prince wrote: There is one case that I was thinking about reusing this piece of code within a container to help initialize keystone endpoints. It would require some changes and updates (to match how puppet-* configures endpoints). For TripleO containers we use various

[openstack-dev] [Fuel] Stepping down from core team

Hey fuelers, Having not been very active in Fuel the past year I think it's time to step down from the core team. If you need my review or you want to ask something, pls feel free to ping me in IRC. Best, Ihor __

Re: [openstack-dev] [tripleo] os-cloud-config retirement

There is one case that I was thinking about reusing this piece of code within a container to help initialize keystone endpoints. It would require some changes and updates (to match how puppet-* configures endpoints). For TripleO containers we use various puppet modules (along with hiera) to drive

[openstack-dev] [tripleo] os-cloud-config retirement

Hi, os-cloud-config was deprecated in the Ocata release and is going to be removed in Pike. TripleO project doesn't need it anymore and after some investigation in codesearch.openstack.org, nobody is using it in OpenStack. I'm working on the removal this cycle, please let us know any concern.

Re: [openstack-dev] [DLRN][tripleo][kolla][puppet] trunk.rdoproject.org maintenance on Thu 30 Mar, 9:00 UTC

> FYI, trunk.rdo maintenance will affect CI jobs tomorrow. > Hi, The maintenance has been completed, and trunk.rdoproject.org is serving packages as usual. Please do not hesitate to contact us if you find any issue. Regards, Javier > - Forwarded Message - > Hi, > > We need to do

Re: [openstack-dev] [kolla] [ironic] Introducing Kayobe - Scientific OpenStack deployment using kolla

Hi, Thanks for your interest! Could you provide some information on how you'd like to get involved (operator, developer, scientist, etc.)? We're not currently part of the OpenStack big tent and so don't yet use the OpenStack development processes. If we see sufficient community interest in the

Re: [openstack-dev] [kolla] [ironic] Introducing Kayobe - Scientific OpenStack deployment using kolla

Looks really cool Mark, congrats on the release! -Paul On 30/03/17 09:46, Mark Goddard wrote: Hi, I'd like to announce Kayobe[1], a project that we at StackHPC have been working on recently as we help to build out a performance prototyping platform for the SKA telescope[2]. Kayobe is an open

[openstack-dev] [kolla] [ironic] Introducing Kayobe - Scientific OpenStack deployment using kolla

Hi, I'd like to announce Kayobe[1], a project that we at StackHPC have been working on recently as we help to build out a performance prototyping platform for the SKA telescope[2]. Kayobe is an open source tool for automating deployment of Scientific OpenStack onto a set of bare metal servers.

Re: [openstack-dev] [TripleO] spec-lite process for tripleo

On Wed, Mar 29, 2017 at 10:42 PM, Steven Hardy wrote: > On Tue, Mar 28, 2017 at 12:09:43PM -0400, Emilien Macchi wrote: > > Bringing an old topic on the table. > > > > We might have noticed: > > > > 1. Some tripleo-specs take huge amount of time before getting merged > > (or

Re: [openstack-dev] [neutron]: floating IP not being set for L2 GRE packets

Do you have the nf_conntrack_proto_gre kernel module loaded on the network node? On Wed, Mar 29, 2017 at 4:37 PM, Anil Rao wrote: > Strangely enough, there is no problem when I make use of a VxLAN tunnel to > communicate between the VM (inside the cloud) and an external

Re: [openstack-dev] [keystone] broken python35 job due to webob compatibility issues

Adding the charset sounds like a good practice, especially in Keystone which is security sensitive. See this old Python vulnerability: http://python-security.readthedocs.io/vuln/cve-2011-4940_simplehttpserver_utf-7.html "The list_directory() function in Lib/SimpleHTTPServer.py in

Re: [openstack-dev] [nova] [neutron] What the behavior of AddFixedIp API should be?

oops, sorry, the correct link is https://review.openstack.org/#/c/384261/, I must remove last number accidently 2017-03-30 14:34 GMT+08:00 Kevin Benton : > Not sure what you meant to link to, but that's not a spec. :) > > On Wed, Mar 29, 2017 at 11:21 PM, Alex Xu

Re: [openstack-dev] [nova] [neutron] What the behavior of AddFixedIp API should be?

Not sure what you meant to link to, but that's not a spec. :) On Wed, Mar 29, 2017 at 11:21 PM, Alex Xu wrote: > I just move the spec into Pike release https://review. > openstack.org/#/c/38426. > > The problem description section describes the strange API behaviour, and >

[openstack-dev] Quick reminder: Data centric hyper-convergence with Openstack Swift and Storlets

Just a quick reminder. When: Today, Thursday March 30, @09:00 and @19:00 UTC Where: https://zoom.us/j/7922255193 More details below. Thanks! Eran Storlets PTL Hi All, If you care about unstructured data processing, and face bandwidth difficulties don?t miss this talk! On March 30th (next

Re: [openstack-dev] [nova] [neutron] What the behavior of AddFixedIp API should be?

I just move the spec into Pike release https://review.openstack.org/#/c/38426. The problem description section describes the strange API behaviour, and proposal to deprecate the API since there isn't a clear use-case for this API. 2017-03-29 8:59 GMT+08:00 Kevin Benton : > +1.