Re: [openstack-dev] [docs] Our Install Guides Only Cover Defcore - What about big tent?

Hi Jonathan, It's all good, this is actually unrelated to the larger changes proposed for Newton, but more about a late change that was proposed for Kilo. HTH, L On 14/04/16 03:59, Jonathan D. Proulx wrote: > On Wed, Apr 13, 2016 at 01:52:38PM -0400, Jonathan D. Proulx wrote: > > :I've not

Re: [openstack-dev] [nova] Proposing Andrey Kurilin for python-novaclient core

Great! On Wed, Apr 13, 2016 at 2:56 PM, Sylvain Bauza wrote: > > > Le 13/04/2016 19:53, Matt Riedemann a écrit : > >> I'd like to propose that we make Andrey Kurilin core on python-novaclient. >> >> He's been doing a lot of the maintenance the last several months and a >> lot

Re: [openstack-dev] [release][oslo] pbr 1.9.0 release

On Thu, Apr 14, 2016 at 2:16 PM, Joshua Harlow wrote: > I think we need the following fixes first? > > https://review.openstack.org/#/c/305080/ yes, it's a fix for my issue. > > If so let's work on merging that (if not let me know), > > I also see the following: > >

Re: [openstack-dev] [kolla][vote] Nit-picking documentation changes

+1 to approach suggested by sdake. Furthermore, I think it would be good if -1/0/+1 only reflects logical meaning of reviewed docs while still providing some suggestions on improving spelling and grammar in comment even if we +1 given patch. Alicja From: Martin André

Re: [openstack-dev] [telemetry][vitrage] Joint design sesssion in Austin

Hi Julien, First of all big +1. :) The 16:10-16:50 slot looks better for me. Thanks, /Ildikó > -Original Message- > From: Julien Danjou [mailto:jul...@danjou.info] > Sent: April 14, 2016 11:07 > To: openstack-dev@lists.openstack.org > Subject: [openstack-dev] [telemetry][vitrage] Joint

Re: [openstack-dev] [oslo] Removing Nova specifics from oslo.log

Le 13/04/2016 22:54, Julien Danjou a écrit : There's a bunch of projects that have no intention of using oslo.context, so depending and referring to it by default is something I'd love to fade away. It looks like Oslo has an identity crisis :-) Basically the question looks like: should we

Re: [openstack-dev] [all] [devstack] Adding example "local.conf" files for testing?

On 04/14/2016 05:19 AM, Markus Zoeller wrote: >> From: Neil Jerram >> To: "OpenStack Development Mailing List (not for usage questions)" >> >> Date: 04/14/2016 10:50 AM >> Subject: Re: [openstack-dev] [all] [devstack] Adding example

Re: [openstack-dev] [neutron] work on Common Flow Classifier and OVS Agent extension for Newton cycle

Hi Cathy. I’d be interested in contributing. I think a meet up at the summit would be a good idea as the people I’ve engaged with from the other projects on this topic expressed interest. There was an etherpad for the l2-agent-extensions-api that was merged in Mitaka that listed projects that

Re: [openstack-dev] [nova] Nova API doc import, and next steps

On 04/14/2016 05:03 AM, Markus Zoeller wrote: >> From: Sean Dague >> To: openstack-dev@lists.openstack.org >> Date: 04/13/2016 05:08 PM >> Subject: [openstack-dev] [nova] Nova API doc import, and next steps >> >> I think we've gotten the automatic converters for the wadl files to

Re: [openstack-dev] [Openstack] [Ceilometer][Architecture] Transformers in Kilo vs Liberty(and Mitaka)

On 14/04/2016 5:28 AM, Nadya Shakhat wrote: > Hi Gordon, > > I'd like to add some clarifications and comments. > > this is not entirely accurate pre-polling change, the polling agents > publish one message per sample. not the polling agents publish one > message per interval

Re: [openstack-dev] Nova quota statistics counting issue

Hi, I think it would be ok to store persistently quota details on compute side, as was discussed during mitaka mid-cycle[1] for migrations[2]. So if compute service fails we could restore state and update quota after compute restart. Timofey [1] -

Re: [openstack-dev] [neutron] work on Common Flow Classifier and OVS Agent extension for Newton cycle

Cathy Zhang wrote: Hi everyone, Per Armando’s request, Louis and I are looking into the following features for Newton cycle. · Neutron Common FC used for SFC, QoS, Tap as a service etc., · OVS Agent extension Some of you might know that we already

Re: [openstack-dev] [nova] Proposing Andrey Kurilin for python-novaclient core

On 04/13/2016 01:53 PM, Matt Riedemann wrote: > I'd like to propose that we make Andrey Kurilin core on python-novaclient. > > He's been doing a lot of the maintenance the last several months and a > lot of times is the first to jump on any major issue, does a lot of the > microversion work, and

[openstack-dev] [all] [devstack] Adding example "local.conf" files for testing?

Sometimes (especially when I try to reproduce bugs) I have the need to set up a local environment with devstack. Everytime I have to look at my notes to check which option in the "local.conf" have to be set for my needs. I'd like to add a folder in devstacks tree which hosts multiple example

[openstack-dev] [all] [devstack] command tox with error in mitaka

Hi everyone Install devstack by http://docs.openstack.org/developer/devstack/ Install tox by docs.openstack.org/project-team-guide/project-setup/python.html command 'tox', the error log: pip-missing-reqs runtests: PYTHONHASHSEED='952003835' pip-missing-reqs runtests: commands[0] | 

Re: [openstack-dev] [neutron] work on Common Flow Classifier and OVS Agent extension for Newton cycle

Thanks for everyone's reply! Here is the summary based on the replies I received: 1. We should have a meet-up for these two topics. The "to" list are the people who have interest in these topics. I am thinking about around lunch time on Tuesday or Wednesday since some of us will fly

Re: [openstack-dev] [all] [devstack] Adding example "local.conf" files for testing?

On Thu, Apr 14, 2016 at 11:58 AM, Markus Zoeller wrote: > Let me know what you think: https://review.openstack.org/#/c/305967/ My only real concern is you've implied a structure that will potentially have many combinations of configurations and those will bitrot. How

Re: [openstack-dev] [heat] upgrade options for custom heat resource plug-ins

Zane, Thanks for the reply; this is the information I was looking for. Cheers, Praveen On Thu, Apr 14, 2016 at 10:51 AM Zane Bitter wrote: > On 11/04/16 14:06, Praveen Yalagandula wrote: > > Hi, > > > > We are developing a custom heat resource plug-in and wondering about how

Re: [openstack-dev] Nova quota statistics counting issue

On Wed, Apr 13, 2016, at 12:27 PM, Dmitry Stepanenko wrote: > Hi Team, > I worked on nova quota statistics issue > (https://bugs.launchpad.net/nova/+bug/1284424) happenning when nova-* > processes are restarted during removing instances and was able to > reproduce it. For repro I used

Re: [openstack-dev] Does Neutron itself add VM ports to ovs?

Hi, To be more precise, libvirt is doing that when nova-compute says to libvirt: "Pls create VM with sucha a XML config". Inside this XML You can see ports and bridges where they should be created. Regards On 04/12/16 18:40, Sławek Kapłoński wrote: Hello, It's nova-compute service which is

Re: [openstack-dev] [nova] Proposing Andrey Kurilin for python-novaclient core

Do ittt! -- Augustina Ragwitz Sr Systems Software Engineer, HPE Cloud Hewlett Packard Enterprise --- irc: auggy __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

Re: [openstack-dev] [Infra] Generic solution for bare metal testing

On 04/12/2016 09:17 AM, Jim Rollenhagen wrote: > On Thu, Apr 07, 2016 at 02:42:09AM +, Jeremy Stanley wrote: >> On 2016-04-06 18:33:06 +0300 (+0300), Igor Belikov wrote: >> [...] >>> I suppose there are security issues when we talk about running >>> custom code on bare metal slaves, but I'm

Re: [openstack-dev] [all] [devstack] Adding example "local.conf" files for testing?

On Thu, 14 Apr 2016 13:17:48 -0500, Dean Troyer wrote: My only real concern is you've implied a structure that will potentially have many combinations of configurations and those will bitrot. How different are x86 and s390 arch in local.conf? (I've never seen an s390 local.conf!) I do know

Re: [openstack-dev] [neutron] work on Common Flow Classifier and OVS Agent extension for Newton cycle

Cathy Zhang wrote: I think there is no formal spec or anything, just some emails around there. That said, I don’t follow why it’s a requirement for SFC to switch to l2 agent extension mechanism. Even today, with SFC maintaining its own agent, there are no clear

Re: [openstack-dev] [nova] Newton midcycle planning

Hello Michael! Quite recently David Lyle hosted the Horizon Mid cycle at Intel Portland offices – they enjoyed getting out and dinning in the cafeteria. Internet accounts were set up ahead of schedule but IRC still was an issue. We shall figure out proxy settings to tackle this. We are also

[openstack-dev] Authorization mechanisms for each user

Hi openstacker working on congress. I want to implement the authorization mechanisms for each user, not role base. For example, User A can change security group, But User B can’t change security group like IAM feature of AWS. In order to achieve it, I’m considering whether can I utilize Congress

[openstack-dev] [all] - About Openstack upgrade

Hi all, We have deployed openstack liberty in our online environment by using devstack. We wanner upgrade our openstack to the newest version - mitaka, so is there some tools or facilities to complete it? Thank you for answering! Sincerely, Kenny

Re: [openstack-dev] [osc] Meeting time preferences for OSC team

Dear Tang, Yes, I am ok with it. Best Regards, Sheel Rana On Apr 15, 2016 6:59 AM, "Tang Chen" wrote: > Hi all, > > In yesterday's meeting, Dean, Richard and I have discussed the meeting > time issue. > The following two options work for us. > > E.1 Every two weeks (on

Re: [openstack-dev] [oslo] Removing Nova specifics from oslo.log

Victor Stinner wrote: Le 13/04/2016 22:54, Julien Danjou a écrit : There's a bunch of projects that have no intention of using oslo.context, so depending and referring to it by default is something I'd love to fade away. It looks like Oslo has an identity crisis :-) Well not entirely IMHO.

Re: [openstack-dev] [Neutron] Proposing Hirofumi Ichihara to Neutron Core Reviewer Team

Thank you all! I'm happy to be part of the Neutron core. I will try my best helping Neutron project. Thanks, Hirofumi On 2016/04/15 11:40, Akihiro Motoki wrote: It's been over a week. I'd like to welcome Hirofumi to the neutron core reviewer team! Akihiro 2016-04-08 13:34 GMT+09:00 Akihiro

[openstack-dev] [oslo] Newton Design Summit Session Schedule

Howdy (oslo and other) folks, I put up the timings/titles[1] and etherpads[2] for the oslo summit sessions (workroom(s) and fishbowl(s)) which should be in a good state (but may be edited a little), feel free to suggest better titles, or better descriptions or even fill out an etherpad or two

Re: [openstack-dev] [Neutron] Proposing Hirofumi Ichihara to Neutron Core Reviewer Team

welcome, hirofumi! On Fri, Apr 15, 2016 at 11:40 AM, Akihiro Motoki wrote: > It's been over a week. > I'd like to welcome Hirofumi to the neutron core reviewer team! > > Akihiro > > 2016-04-08 13:34 GMT+09:00 Akihiro Motoki : >> Hi Neutrinos, >> >> As the

[openstack-dev] [neutron][kilo] - vxlan's max bandwidth

Hi all, In the environment of openstack kilo, I test the bandwidth in the scene which VxLan being used. The result show that the vxlan can only support up to 1 gbits bandwidth. Is this a bug or any else issue, or is there some hotfix to solve the issue? Thank you for answering! Sincerely,

Re: [openstack-dev] [neutron][kilo] - vxlan's max bandwidth

How did you test it out? Would you elaborate on this more? Cheers, Shinobu On Fri, Apr 15, 2016 at 11:10 AM, Kenny Ji-work wrote: > Hi all, > > In the environment of openstack kilo, I test the bandwidth in the scene > which VxLan being used. The result show that the vxlan

Re: [openstack-dev] [nova] Newton midcycle planning

On 04/14/2016 08:52 PM, Bhandaru, Malini K wrote: > Hello Michael! > > Quite recently David Lyle hosted the Horizon Mid cycle at Intel Portland > offices – they enjoyed getting out and dinning in the cafeteria. > Internet accounts were set up ahead of schedule but IRC still was an issue. > We

Re: [openstack-dev] [osc] Meeting time preferences for OSC team

Hi all, In yesterday's meeting, Dean, Richard and I have discussed the meeting time issue. The following two options work for us. E.1 Every two weeks (on even weeks) on Thursday at 1300 UTC in O.3 Every two weeks (on odd/even weeks) on Thursday at 1900 UTC in Sheel, are you OK with these

Re: [openstack-dev] [all] - About Openstack upgrade

On Thu, Apr 14, 2016 at 8:40 PM, Kenny Ji-work wrote: > Hi all, > > We have deployed openstack liberty in our online environment by using > devstack. We wanner upgrade our openstack to the newest version - mitaka, > so is there some tools or facilities to complete it? Thank

Re: [openstack-dev] [Neutron] Proposing Hirofumi Ichihara to Neutron Core Reviewer Team

It's been over a week. I'd like to welcome Hirofumi to the neutron core reviewer team! Akihiro 2016-04-08 13:34 GMT+09:00 Akihiro Motoki : > Hi Neutrinos, > > As the API Lieutenant of Neutron team, > I would like to propose Hirofumi Ichihara (irc: hichihara) as a member of >

Re: [openstack-dev] [neutron] work on Common Flow Classifier and OVS Agent extension for Newton cycle

Speaking on behalf of Tap-as-a-Service members, we would also be very much interested in the following initiative :) On Fri, Apr 15, 2016 at 5:14 AM, Ihar Hrachyshka wrote: > Cathy Zhang wrote: > > >> I think there is no formal spec or

Re: [openstack-dev] [nova] Nova API doc import, and next steps

> From: Sean Dague > To: openstack-dev@lists.openstack.org > Date: 04/13/2016 05:08 PM > Subject: [openstack-dev] [nova] Nova API doc import, and next steps > > I think we've gotten the automatic converters for the wadl files to > about as good as we're going to get. The results

[openstack-dev] [horizon] Set CSS style for each cell in Datatable according to the value

Hi, Everyone:Is there a possible way to set CSS style for* each cell* in *DataTable* according to the value of the cell ? For example, if the cell value is *'available' *then the css should display a *green icon* as well, else if the cell value is *'error'* the the css should display a *red

[openstack-dev] Nova hook

Hi all,​ The nova hooks facility will be removed in the future, now what's the recommended method to add custom code into the nova's internal APIs? Thank you for answer! Best Regards! Kenny Ji__ OpenStack Development

Re: [openstack-dev] [all] [devstack] Adding example "local.conf" files for testing?

+1, not sure if something that sophisticated is needed, but having a few examples wouldn't hurt. I also go back to one that I have saved ( https://gist.github.com/stevemart/1f2a4e528606d178b7d1) and comment / uncomment lines as needed. The trouble with examples is that they have a tendency to

Re: [openstack-dev] [horizon] Set CSS style for each cell in Datatable according to the value

Can you be more explicit ? How should we overwrite the Cell Class of Horizon ? Is there a best practice ? Or example at hand ? Seems that is not easy for me and, it's the only choice here for that case? Thank you very mush for your reply ! *Best Regards！* *Chao Yan--About me ：

Re: [openstack-dev] [Congress] Issue with glancev2 datasource driver

Hi Bryan, Based on our IRC conversation today, you seem to be experiencing this issue we only recently tracked down: https://bugs.launchpad.net/congress/+bug/1563495 The fix is in Mitaka, and still being back-ported to Liberty. Here¹s the Liberty patch if you want to try it out:

Re: [openstack-dev] Nova hook

On Thu, Apr 14, 2016 at 03:15:42PM +0800, Kenny Ji-work wrote: > Hi all,​ > The nova hooks facility will be removed in the future, now > what's the recommended method to add custom code into the nova's > internal APIs? Thank you for answer! The point of removing it is that we do *not* want

Re: [openstack-dev] [all] [devstack] Adding example "local.conf" files for testing?

On 14/04/16 08:35, Markus Zoeller wrote: > Sometimes (especially when I try to reproduce bugs) I have the need > to set up a local environment with devstack. Everytime I have to look > at my notes to check which option in the "local.conf" have to be set > for my needs. I'd like to add a folder in

Re: [openstack-dev] [nova] Proposing Andrey Kurilin for python-novaclient core

+1     - Original message -From: Boris Pavlovic To: "OpenStack Development Mailing List (not for usage questions)" Cc:Subject: Re: [openstack-dev] [nova] Proposing Andrey Kurilin for python-novaclient coreDate: Thu, Apr 14, 2016

Re: [openstack-dev] [neutron] work on Common Flow Classifier and OVS Agent extension for Newton cycle

Hi cathy, at net-bgpvpn, we're very interested in this effort. Please, keep us in the loop. Mathieu On Thu, Apr 14, 2016 at 8:59 AM, Haim Daniel wrote: > Hi, > > I'd +1 Vikram's comment on neutron-classifier , RFE [1] contains the > original thread about that topic. > > >

[openstack-dev] [telemetry][vitrage] Joint design sesssion in Austin

Hi folks, Vitrage doesn't have any track/session at the summit, and we Telemetry have a bunch of spare ones, so I figured we should use one to meet and chat a bit about how our projects can help each others. There should be some interesting evolution for Aodh going forward with the usage Vitrage

Re: [openstack-dev] [Tricircle] Error runnig py27

Hi joehuang, by removing self it is showing following error. File "/home/khayam/tricircle/.tox/py27/local/lib/python2.7/site-packages/mock/mock.py", line 1206, in _importer thing = __import __ (import_path) Import Error: No module named app Ran 135 tests in 2.994s (+ 0.940s) On Thu, Apr

Re: [openstack-dev] [Openstack] [Ceilometer][Architecture] Transformers in Kilo vs Liberty(and Mitaka)

Hi Gordon, I'd like to add some clarifications and comments. this is not entirely accurate pre-polling change, the polling agents > publish one message per sample. not the polling agents publish one > message per interval (multiple samples). Looks like there is some misunderstanding here. In

Re: [openstack-dev] [OpenStack Foundation] [board][tc][all] One Platform – Containers/Bare Metal? (Re: Board of Directors Meeting)

> On 04/11/2016 09:43 AM, Allison Randal wrote: >>> On Wed, Apr 6, 2016 at 1:11 PM, Davanum Srinivas >>> wrote: Reading unofficial notes [1], i found one topic very interesting: One Platform – How do we truly support containers and bare metal under a common API with VMs? (Ironic,

Re: [openstack-dev] [fuel] [fuelclient] Pre-release versions of fuelclient for testing purposes

The thread I'm referring to in the prev message is: http://lists.openstack.org/pipermail/openstack-infra/2014-January/000624.html -- Best regards, Oleg Gelbukh Mirantis Inc. On Thu, Apr 14, 2016 at 12:56 PM, Oleg Gelbukh wrote: > Hi, > > I'm sorry for replying to this

[openstack-dev] [release][oslo] pbr 1.9.1 release

We are thrilled to announce the release of: pbr 1.9.1: Python Build Reasonableness With source available at: http://git.openstack.org/cgit/openstack-dev/pbr Please report issues through launchpad: http://bugs.launchpad.net/pbr For more details, please see below. Changes in pbr

Re: [openstack-dev] [all] [devstack] command tox with error in mitaka

zhaolihuisky wrote: Hi everyone Install devstack by http://docs.openstack.org/developer/devstack/ Install tox by docs.openstack.org/project-team-guide/project-setup/python.html command 'tox', the error log: pip-missing-reqs runtests: PYTHONHASHSEED='952003835'

Re: [openstack-dev] [all] [devstack] Adding example "local.conf" files for testing?

> From: Neil Jerram > To: "OpenStack Development Mailing List (not for usage questions)" > > Date: 04/14/2016 10:50 AM > Subject: Re: [openstack-dev] [all] [devstack] Adding example > "local.conf" files for testing? > > On

Re: [openstack-dev] [fuel] [fuelclient] Pre-release versions of fuelclient for testing purposes

Hi, I'm sorry for replying to this old thread, but I would really like to see this moving. There's a 'pre-release' pipeline in Zuul which serves exactly that purpose: handle pre-release tags (beta-versions). However, per this thread, it is not recommended due to possible issues with pip unable

Re: [openstack-dev] [keystone]Liberty->Mitaka upgrade: is it possible without downtime?

Hi Matt! I didn't try to use Liberty tokens in Mitaka, but then I'll try to minimize the upgrade window. Br, György > -Original Message- > From: Matt Fischer [mailto:m...@mattfischer.com] > Sent: 2016 április 14, csütörtök 15:55 > To: OpenStack Development Mailing List (not for usage

[openstack-dev] [Cinder] API features discoverability

Hi, When looking at bug [1] I've thought that we could simply use /v2//extensions to signal features available in the deployment - in this case backups, as these are implemented as API extension too. Cloud admin can disable an extension if his cloud doesn't support a particular feature and this

Re: [openstack-dev] [freezer] Proposing Saad Zaher for freezer core

+1 on Saad Zaher (szaher) being a core member -- Deklan Dieterly Senior Systems Software Engineer HPE On 4/14/16, 8:23 AM, "Ramirez Garcia, Guillermo" wrote: >+1 on Saad Zaher (szaher) being a core member > >Regards >GRG

Re: [openstack-dev] [telemetry][vitrage] Joint design sesssion in Austin

On Thu, Apr 14 2016, Weyl, Alexey (Nokia - IL) wrote: > As far as Vitrage team is concerned, 16:10-16:50 works best for us, > but we can attend either session if needed. Perfect, I've assigned that slot for this session. See you there! -- Julien Danjou -- Free Software hacker --

Re: [openstack-dev] Nova hook

Instance users The spec has been around for a long time. People have been using hooks or vendor data to work around the lack of them. And both are being depricated. Please, attend the summit session and lets address the issue. Thanks, Kevin From: Daniel

Re: [openstack-dev] [keystone]Liberty->Mitaka upgrade: is it possible without downtime?

> From: Gyorgy Szombathelyi > > Unknown column 'user.name' in 'field list' > > in some operation when the DB is already upgraded to Mitaka, but some > keystone instances in a HA setup are still Liberty. Currently we don't support rolling upgrades in keystone. To do an upgrade, you need to

[openstack-dev] [freezer] Proposing Saad Zaher for freezer core

Hello, I would like to propose that we make Saad Zaher (szaher) core on freezer. He has been a highly valuable developper for the past few month, mainly working on integrating oslo component into freezer. He has also been helping a lot with feature testing. His work can be found here: [1]

Re: [openstack-dev] [tc] Leadership training dates - please confirm attendance

Colette Alexander wrote: Hi everyone! Quick summary of where we're at with leadership training: dates are confirmed as available with ZingTrain, and we're finalizing trainers with them right now. *June 28/29th in Ann Arbor, Michigan.* https://etherpad.openstack.org/p/Leadershiptraining You

Re: [openstack-dev] [all] [devstack] Adding example "local.conf" files for testing?

On 4/14/2016 6:09 AM, Sean Dague wrote: On 04/14/2016 05:19 AM, Markus Zoeller wrote: From: Neil Jerram To: "OpenStack Development Mailing List (not for usage questions)" Date: 04/14/2016 10:50 AM Subject: Re: [openstack-dev]

Re: [openstack-dev] [neutron] work on Common Flow Classifier and OVS Agent extension for Newton cycle

Vikram Choudhary wrote: > Hi Cathy, > > A project called "neutron-classifier [1]" is also there addressing the same > use case. Let's sync up and avoid work duplicity. > > [1] https://github.com/openstack/neutron-classifier Agree with Vikram - we have a small git repo that we're using to futz

Re: [openstack-dev] [puppet][horizon] - Add extra plugins config to puppet-horizon

On Thu, Apr 14, 2016 at 9:21 AM, Denis Egorenko wrote: >> Some of UI plugins, like murano-dashboard, needs to add extra parameters >> https://github.com/openstack/murano-dashboard/blob/master/muranodashboard/local/local_settings.py.example >> to local_settings file (which

Re: [openstack-dev] [freezer] Proposing Saad Zaher for freezer core

+1 on Saad Zaher (szaher) being a core member -- Deklan Dieterly Senior Systems Software Engineer HPE On 4/14/16, 8:23 AM, "Ramirez Garcia, Guillermo" wrote: >+1 on Saad Zaher (szaher) being a core member > >Regards >GRG

Re: [openstack-dev] [Fuel] Newton Design Summit sessions planning

Hi, +1 from my side. --- WBR, Alexey Shtokolov 2016-04-14 16:47 GMT+03:00 Evgeniy L : > Hi, no problem from my side. > > On Thu, Apr 14, 2016 at 10:53 AM, Vladimir Kozhukalov < > vkozhuka...@mirantis.com> wrote: > >> Dear colleagues, >> >> I'd like to request workrooms

Re: [openstack-dev] [tc] Leadership training dates - please confirm attendance

On 14/04/16 16:40 +0200, Thierry Carrez wrote: Colette Alexander wrote: Hi everyone! Quick summary of where we're at with leadership training: dates are confirmed as available with ZingTrain, and we're finalizing trainers with them right now. *June 28/29th in Ann Arbor, Michigan.*

Re: [openstack-dev] [release][all][ptl] release process changes for official projects

The tagging ACL changes have merged: https://review.openstack.org/#/c/298866/ Doug > On Mar 29, 2016, at 4:59 PM, Davanum Srinivas wrote: > > Kirill, > > This is prep for Newton. So definitely not rocking the boat when we > have a week left. > > -- Dims > > On Tue, Mar

Re: [openstack-dev] [neutron][taas] Problem receiving mirrored ingress traffic and a solution suggestion

Hi Simhon, We are aware of this problem. The main issue is that packets entering br-int from br-ex aren’t tagged with a VLAN id (unlike packets entering br-int from br-tun). Since our overall design is meant to support multi-node production environments we have to consider the packets coming

Re: [openstack-dev] [osc] Meeting time preferences for OSC team

E1 and O3 work for me as well , Can someone please submit the patch for the timing change. Atleast voting can then be done directly on the Patch than on the email , would have a better representation :) (Or I can take the initiative if everyone passes it :} ) On Fri, Apr 15, 2016 at 7:59 AM,

Re: [openstack-dev] [nova] Proposing Andrey Kurilin for python-novaclient core

+1, thanks Andrey for helping on Microversions implementation a lot in python-novaclient! 2016-04-14 1:53 GMT+08:00 Matt Riedemann : > I'd like to propose that we make Andrey Kurilin core on python-novaclient. > > He's been doing a lot of the maintenance the last

[openstack-dev] [keystone]Liberty->Mitaka upgrade: is it possible without downtime?

Hi! I just experimenting with upgrading Liberty to Mitaka, and hit an issue: In Mitaka, the user table doesn't have 'name' field, so running mixed versions of Keystone could result in: Unknown column 'user.name' in 'field list' in some operation when the DB is already upgraded to Mitaka, but

Re: [openstack-dev] [magnum][keystone][all] Using Keystone /v3/credentials to store TLS certificates

I agree with Doug's comments. Castellan is a generic key manager library that allows symmetric keys, private keys, public keys, certificates, passphrases, and opaque secret data to be stored in a key manager. There is a Barbican implementation that is complete, and a KMIP (Key Management

Re: [openstack-dev] [keystone]Liberty->Mitaka upgrade: is it possible without downtime?

Unfortunately Keystone does not handle database upgrades like nova. and they do tend to be disruptive. I have not tried Liberty to mitaka myself, but have you tried to validate a token granted on a mitaka node against the liberty one? If you are lucky the other nodes will still be able to

Re: [openstack-dev] [telemetry][vitrage] Joint design sesssion in Austin

As far as Vitrage team is concerned, 16:10-16:50 works best for us, but we can attend either session if needed. Alexey Weyl -Original Message- From: Julien Danjou [mailto:jul...@danjou.info] Sent: Thursday, April 14, 2016 12:07 PM To: openstack-dev@lists.openstack.org Subject:

Re: [openstack-dev] [puppet][horizon] - Add extra plugins config to puppet-horizon

> > Some of UI plugins, like murano-dashboard, needs to add extra parameters > https://github.com/openstack/murano-dashboard/blob/master/muranodashboard/local/local_settings.py.example > to local_settings file (which comes from Horizon). > My question is: Should puppet-horizon module provide those

Re: [openstack-dev] [Nova] RPC Communication Errors Might Lead to a Bad State

>> I have wanted to make a change for a while that involves a TTL on >> messages, along with a deadline record so that we can know when to retry >> or revert things that were in flight. This requires a lot of machinery >> to accomplish, and is probably interwoven with the task concept we've >> had

Re: [openstack-dev] [puppet][horizon] - Add extra plugins config to puppet-horizon

On Thu, Apr 14, 2016 at 8:52 AM, Marcos Fermin Lobo wrote: > Hi all, > > I have a question about puppet-horizon module and UI plugins for Horizon. > > Some of UI plugins, like murano-dashboard, needs to add extra parameters >

Re: [openstack-dev] [vitrage] Cinder Datasource

Vitrage is a OpenStack project which supports Root Cause Analysis functionality for OpenStack, with support for raising additional deduced alarms and states. For this purpose Vitrage gathers information from multiple OpenStack projects about the state of the system, and how the different

Re: [openstack-dev] [keystone] Newton midycle planning

On Wed, Apr 13, 2016 at 9:07 PM, Morgan Fainberg wrote: > It is that time again, the time to plan the Keystone midcycle! Looking at > the schedule [1] for Newton, the weeks that make the most sense look to be > (not in preferential order): > > R-14 June 27-01 > R-12

[openstack-dev] [puppet][horizon] - Add extra plugins config to puppet-horizon

Hi all, I have a question about puppet-horizon module and UI plugins for Horizon. Some of UI plugins, like murano-dashboard, needs to add extra parameters https://github.com/openstack/murano-dashboard/blob/master/muranodashboard/local/local_settings.py.example to local_settings file (which

[openstack-dev] [all] Design Summit Cross Project Session Etherpads

The Cross Project agenda with a list to all the etherpads has been added to the wiki - https://wiki.openstack.org/wiki/Design_Summit/Newton/Etherpads#Cross-Project_workshops If you already started an etherpad for a topic in question, feel free to update the link. If you did not, please ensure

Re: [openstack-dev] [Tacker] Invalid command sfc-create

I am getting this now: 2016-04-15 01:33:02.412 | Waiting for Opendaylight to start via restconf/operational/network-topology:network-topology/topology/netvirt:1 ... 2016-04-15 01:43:02.430 | [Call Trace] 2016-04-15 01:43:02.432 | ./stack.sh:1158:run_phase 2016-04-15 01:43:02.432 |

Re: [openstack-dev] [tc] Leadership training dates - please confirm attendance

On 04/14/2016 11:31 AM, Flavio Percoco wrote: > On 14/04/16 16:40 +0200, Thierry Carrez wrote: >> Colette Alexander wrote: >>> Hi everyone! >>> >>> Quick summary of where we're at with leadership training: dates are >>> confirmed as available with ZingTrain, and we're finalizing trainers >>> with

Re: [openstack-dev] [magnum][keystone][all] Using Keystone /v3/credentials to store TLS certificates

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Answers inline. On 4/14/16 10:05 AM, Hongbin Lu wrote: > Castellan is another alternative under consideration [1]. > > Would I ask some clarifying questions: * I saw Castellan is using > release:independent model. What are the rationales of

Re: [openstack-dev] [fuel] [fuelclient] Pre-release versions of fuelclient for testing purposes

On 2016-04-14 12:57:38 +0300 (+0300), Oleg Gelbukh wrote: > The thread I'm referring to in the prev message is: > http://lists.openstack.org/pipermail/openstack-infra/2014-January/000624.html At this point it's probably no longer a concern. We don't (and haven't for some time) really support pip

Re: [openstack-dev] Nova quota statistics counting issue

For what is worth neutron employs "resource trackers" which conceptually do something similar to nova quota usage statistics. Before starting any transaction that can potentially change usage for a given resource, the quota enforcement mechanism checks for a "dirty" marker on the resource tracker.

Re: [openstack-dev] [nova] Encrypted Ephemeral Storage

> Upon reading the source, I don't see "cryptsetup luksFormat" being called > anywhere (nova/libvirt/storage/*). Check out imagebackend.py:Lvm.create_image and

Re: [openstack-dev] [Neutron] OVS flow modification performance

At Mon, 11 Apr 2016 14:42:59 +0200, Miguel Angel Ajo Pelayo wrote: > > On Mon, Apr 11, 2016 at 11:40 AM, IWAMOTO Toshihiro > wrote: > > At Fri, 8 Apr 2016 12:21:21 +0200, > > Miguel Angel Ajo Pelayo wrote: > >> > >> Hi, good that you're looking at this, > >> > >> > >> You

Re: [openstack-dev] [Neutron] Proposing Hirofumi Ichihara to Neutron Core Reviewer Team

Congratulations Hirofumi :) On Fri, Apr 15, 2016 at 8:52 AM, Takashi Yamamoto wrote: > welcome, hirofumi! > > On Fri, Apr 15, 2016 at 11:40 AM, Akihiro Motoki > wrote: > > It's been over a week. > > I'd like to welcome Hirofumi to the neutron core

Re: [openstack-dev] [puppet][horizon] - Add extra plugins config to puppet-horizon

> > Does Murano uses the same local_settings.py file as Horizon? If yes, > we might stop using puppet-murano to manage this file. Yes, it uses same file. And maybe find a mechanism in puppet-horizon with a provider, so we > can have a plugin architecture like: > horizon::plugins::murano >

Re: [openstack-dev] [keystone] Newton midycle planning

++ Nice to see this planning happening early! R-14 would probably be a no-go for me. R-12 and R-11 fit my schedule. On Thu, Apr 14, 2016 at 9:11 AM, Henry Nash wrote: > Hi Morgan, > > Great to be planning this ahead of time!!! > > For me either of the July dates are fine -

Re: [openstack-dev] [magnum][keystone][all] Using Keystone /v3/credentials to store TLS certificates

Castellan is another alternative under consideration [1]. Would I ask some clarifying questions: * I saw Castellan is using release:independent model. What are the rationales of choosing this release model over release:cycle-with-intermediary? * If Magnum depends on this library and contributes

Re: [openstack-dev] [puppet][horizon] - Add extra plugins config to puppet-horizon

On Thu, Apr 14, 2016 at 10:59 AM, Fox, Kevin M wrote: > Depends on horizon version I think. Mitaka gained a local_settings.d magic > dir that plugins can drop things into. That's a very good news, indeed. I think we target Newton and beyond. So it seems like we can either

Re: [openstack-dev] [neutron] work on Common Flow Classifier and OVS Agent extension for Newton cycle

Just to echo others: FWaaS would be interested in this as well so please keep us in the loop. Thanks, German On 4/14/16, 7:12 AM, "Sean M. Collins" wrote: >Vikram Choudhary wrote: >> Hi Cathy, >> >> A project called "neutron-classifier [1]" is also there addressing the

  1   2   >