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

2016-04-12 Thread Joshua Harlow
Sure, so that helps, except it still has the issue of bumping up against the mismatch of the API(s) of nova. This is why I'd rather have a template kind of format (as say the input API) that allows for (optionally) expressing such container specific capabilities/constraints. Then some project

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

2016-04-12 Thread Fox, Kevin M
Ops are asking for you to make it easy for them to make their security weak. And as a user of other folks clouds, i'd have no way to know the cloud is in that mode. That seems really bad for app developers/users. Barbican, like some of the other servises, wont become common if folks keep

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

2016-04-12 Thread Morgan Fainberg
On Tue, Apr 12, 2016 at 8:06 PM, Adrian Otto wrote: > Please don't miss the point here. We are seeking a solution that allows a > location to place a client side encrypted blob of data (A TLS cert) that > multiple magnum-conductor processes on different hosts can reach

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

2016-04-12 Thread Peng Zhao
I'd take the idea further. Imagine a typical Heat template, what you need to do is: - replace the VM id with Docker image id - nothing else - run the script with a normal heat engine - the entire stack gets deployed in seconds Done! Well, that sounds like nova-docker. What about cinder and

Re: [openstack-dev] [tricircle] Hello

2016-04-12 Thread joehuang
Hi, Lige, What’s your email address in https://review.openstack.org? Not able to add you as the reviewer. Now the cross pod L2 networking BP is in review. https://review.openstack.org/#/c/304540/, you can add yourself as reviewer and comment on it. It’s quite important for your comments from

[openstack-dev] [tricircle]weekly meeting of Apr. 13

2016-04-12 Thread joehuang
Hi, We have a very good discussion about cross OpenStack L2 networking https://etherpad.openstack.org/p/TricircleCrossPodL2Networking and Dynamic Pod Binding https://etherpad.openstack.org/p/TricircleDynamicPodBinding. This week we will discuss what's missing in first release of Tricircle for

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

2016-04-12 Thread Adrian Otto
Please don't miss the point here. We are seeking a solution that allows a location to place a client side encrypted blob of data (A TLS cert) that multiple magnum-conductor processes on different hosts can reach over the network. We *already* support using Barbican for this purpose, as well as

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

2016-04-12 Thread Devdatta Kulkarni
Hi, Reading through the thread I thought of adding following points which might be relevant to this discussion. 1) Related to the point of providing an abstraction for deploying apps to different form factors: OpenStack Solum is a project which allows deploying of applications starting

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

2016-04-12 Thread Amrith Kumar
> -Original Message- > From: Flavio Percoco [mailto:fla...@redhat.com] > Sent: Tuesday, April 12, 2016 8:32 AM > To: OpenStack Development Mailing List (not for usage questions) > > Cc: foundat...@lists.openstack.org > Subject: Re: [openstack-dev]

Re: [openstack-dev] [Congress] Guide for all reactive policy options? (execute[...])

2016-04-12 Thread Bryan Sullivan
Thanks for the hint, Masahito. A very useful command to know. It would be good to give a hint about this in the intro to the section "3. Manual Reactive Enforcement" (https://github.com/openstack/congress/blob/master/doc/source/enforcement.rst). That's where I was looking for a summary on how

Re: [openstack-dev] [Congress] Issues with Tox testing

2016-04-12 Thread GHANSHYAM MANN
Yea that's right. Tempest will be able to run all tests(tempest one or plugin) as long as plugin is discoverable and all services tests interact with are reachable from Tempest installed node. In that case, you need to configure services (keystone, congress etc) endpoints correctly. Please refer

Re: [openstack-dev] [Congress] Issues with Tox testing

2016-04-12 Thread Bryan Sullivan
Thanks for the clarification, Anusha. Sounds like I should focus my effort on using tempest tests in Mitaka. Thanks, Bryan Sullivan Date: Tue Apr 12 05:46:58 UTC 2016 From: anusha.iiitm at gmail.com Hi Bryan, Yes, tempest can be run outside devstack deployments. Please check the

Re: [openstack-dev] [nova] Versioned notification work continues in Newton

2016-04-12 Thread Zhenyu Zheng
Great, glad to help. On Tue, Apr 12, 2016 at 9:03 PM, Balázs Gibizer wrote: > Hi, > > I just want to let the community know that the versioned notification > work we started in Mitaka is planned to be continued in Newton. > The planned goals for Newton: > *

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

2016-04-12 Thread Vikram Hosakote (vhosakot)
I value the friendliness and approachability that contributors seek. I am totally fine with minor mistakes in documentation. As they make more changes, they will understand/follow the process. +1 Regards, Vikram Hosakote IRC: vhosakot From: "Steven Dake (stdake)"

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

2016-04-12 Thread Joshua Harlow
Steve Baker wrote: On 13/04/16 11:07, Joshua Harlow wrote: Fox, Kevin M wrote: I think my head just exploded. :) That idea's similar to neutron sfc stuff, where you just say what needs to connect to what, and it figures out the plumbing. Ideally, it would map somehow to heat& docker COE&

Re: [openstack-dev] [Cinder] Newton Midcycle Planning

2016-04-12 Thread Anita Kuno
On 04/12/2016 07:21 PM, Jay S. Bryant wrote: > Sean, > > Thanks for getting the discussion started. > > I think R-14 might be a little tricky leading up to the 4th of July > weekend. > > It seems like R-17 is coming awful quick but could be done. That or > R-11 would be my second vote then.

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

2016-04-12 Thread Steve Baker
On 13/04/16 11:07, Joshua Harlow wrote: Fox, Kevin M wrote: I think my head just exploded. :) That idea's similar to neutron sfc stuff, where you just say what needs to connect to what, and it figures out the plumbing. Ideally, it would map somehow to heat& docker COE& neutron sfc to

Re: [openstack-dev] [Cinder] Newton Midcycle Planning

2016-04-12 Thread Jay S. Bryant
Sean, Thanks for getting the discussion started. I think R-14 might be a little tricky leading up to the 4th of July weekend. It seems like R-17 is coming awful quick but could be done. That or R-11 would be my second vote then. We have had successful meet-ups in Rochester ... yes, the

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

2016-04-12 Thread Bhandaru, Malini K
Hi Everyone! Intel would be pleased to host the Nova midcycle meetup either at San Antonio, Texas or Hillsboro, Oregon during R-15 (June 20-24) or R-11 (July 18-22) as preferred by the Nova community. Regards Malini Forwarded Message Subject:Re:

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

2016-04-12 Thread Joshua Harlow
Fox, Kevin M wrote: I think my head just exploded. :) That idea's similar to neutron sfc stuff, where you just say what needs to connect to what, and it figures out the plumbing. Ideally, it would map somehow to heat& docker COE& neutron sfc to produce a final set of deployment scripts and

Re: [openstack-dev] heat resource-signal

2016-04-12 Thread Steve Baker
On 12/04/16 18:16, Monika Parkar wrote: Hi, I am new to the openstack. I was going through the heat usecase "heat resource-signal", I would like to know what kind of signal we can send and how. I have executed the below command: # heat resource-signal stack-name resource-name But internal

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

2016-04-12 Thread Dolph Mathews
On Tue, Apr 12, 2016 at 3:27 PM, Lance Bragstad wrote: > Keystone's credential API pre-dates barbican. We started talking about > having the credential API back to barbican after it was a thing. I'm not > sure if any work has been done to move the credential API in this >

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

2016-04-12 Thread Fox, Kevin M
I think my head just exploded. :) That idea's similar to neutron sfc stuff, where you just say what needs to connect to what, and it figures out the plumbing. Ideally, it would map somehow to heat & docker COE & neutron sfc to produce a final set of deployment scripts and then just runs it

Re: [openstack-dev] [puppet][ceph] Puppet-ceph is now a formal member of puppet-openstack

2016-04-12 Thread Shinobu Kinjo
Great! On Tue, Apr 12, 2016 at 6:24 AM, Andrew Woodward wrote: > It's been a while since we started the puppet-ceph module on stackforge as a > friend of OpenStack. Since then Ceph's usage in OpenStack has increased > greatly and we have both the puppet-openstack deployment

Re: [openstack-dev] [packstack] Update packstack core list

2016-04-12 Thread Ivan Chavero
Hello, I would like to step up as PTL if everybody is ok with it. Cheers, Ivan - Original Message - > From: "Martin Magr" > To: "OpenStack Development Mailing List (not for usage questions)" > > Cc: "Javier Pena"

Re: [openstack-dev] [Neutron] Newton Design summit schedule - Draft

2016-04-12 Thread Armando M.
On 12 April 2016 at 12:36, Anita Kuno wrote: > On 04/12/2016 03:23 PM, Armando M. wrote: > > On 12 April 2016 at 12:16, Matt Riedemann > > wrote: > > > >> > >> > >> On 4/11/2016 11:56 PM, Armando M. wrote: > >> > >>> Hi folks, > >>> > >>> A

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

2016-04-12 Thread Joshua Harlow
Fox, Kevin M wrote: I think part of the problem is containers are mostly orthogonal to vms/bare metal. Containers are a package for a single service. Multiple can run on a single vm/bare metal host. Orchestration like Kubernetes comes in to turn a pool of vm's/bare metal into a system that

[openstack-dev] [Glance] Finalizing the summit schedule

2016-04-12 Thread Nikhil Komawar
Hello everyone, Firstly, thanks to those who were able to make it to the virtual pre-summit sync today. The discussions went well and we already have decent amount of feedback on most of the proposals. Based on the discussions, feedback and other input, I've created the tentative summit schedule

Re: [openstack-dev] [TripleO][CI] Ability to reproduce failures

2016-04-12 Thread Gabriele Cerami
On Fri, 2016-04-08 at 16:18 +0100, Steven Hardy wrote: > Note we're not using devtest at all anymore, the developer script > many > folks use is tripleo.sh: So, I followed the flow of the gate jobs starting from jenkins builder script, and it seems like it's using devtest (or maybe something I

[openstack-dev] [cross-project] Meeting SKIPPED

2016-04-12 Thread Mike Perez
Hi all! We will be skipping the cross-project meeting since there are no agenda items to discuss, but someone can add one [1] to call a meeting next time. Thanks! [1] - https://wiki.openstack.org/wiki/Meetings/CrossProjectMeeting#Proposed_agenda -- Mike Perez

[openstack-dev] [nova] Newton design summit sessions are in the schedule

2016-04-12 Thread Matt Riedemann
The Nova design summit sessions are now in the schedule [1]. Some of the session descriptions might need some tweaking yet, like adding etherpad links for the specific sessions, but this is the schedule at least. [1]

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

2016-04-12 Thread Richard Theis
E.1 and O.3 work for me. Richard Dean Troyer wrote on 04/12/2016 03:06:20 PM: > From: Dean Troyer > To: "OpenStack Development Mailing List (not for usage questions)" > > Date: 04/12/2016 03:08 PM > Subject: Re:

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

2016-04-12 Thread Lance Bragstad
Keystone's credential API pre-dates barbican. We started talking about having the credential API back to barbican after it was a thing. I'm not sure if any work has been done to move the credential API in this direction. From a security perspective, I think it would make sense for keystone to back

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

2016-04-12 Thread Dean Troyer
On Thu, Apr 7, 2016 at 1:52 AM, Sheel Rana Insaan wrote: > Common votes seems for below time options > > E.4 - Thursday at 1600 UTC in #openstack-meeting (IRC webclient) > O.3 - Thursday at 1900 UTC in #openstack-meeting (IRC webclient) > For reference, here are the

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

2016-04-12 Thread Steve Gordon
- Original Message - > From: "Jeff Peeler" > To: "OpenStack Development Mailing List (not for usage questions)" > > > On Mon, Apr 11, 2016 at 3:37 AM, Steven Dake (stdake) > wrote: > > Hey folks, > > > > The

Re: [openstack-dev] [nova] [glance] Getting the ball rolling on glance v2 in nova in newton cycle

2016-04-12 Thread Matt Riedemann
On 4/6/2016 6:15 AM, Mikhail Fedosin wrote: Hello! Thanks for bring this topic up. First of all, as I mentioned before, the great work was done in Mitaka, so Glance v2 adoption in Nova it is not a question of "if", and not even a question of "when" (in Newton), but the question of "how".

Re: [openstack-dev] [nova] [glance] Getting the ball rolling on glance v2 in nova in newton cycle

2016-04-12 Thread Sean Dague
On 04/12/2016 03:37 PM, Matt Riedemann wrote: > > > On 4/1/2016 8:45 AM, Sean Dague wrote: >> The glance v2 work is currently blocked as there is no active spec, >> would be great if someone from the glance team could get that rolling >> again. >> >> I started digging back through the patches in

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

2016-04-12 Thread Fox, Kevin M
I think part of the problem is containers are mostly orthogonal to vms/bare metal. Containers are a package for a single service. Multiple can run on a single vm/bare metal host. Orchestration like Kubernetes comes in to turn a pool of vm's/bare metal into a system that can easily run multiple

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

2016-04-12 Thread Hongbin Lu
Hi all, In short, some Magnum team members proposed to store TLS certificates in Keystone credential store. As Magnum PTL, I want to get agreements (or non-disagreement) from OpenStack community in general, Keystone community in particular, before approving the direction. In details, Magnum

Re: [openstack-dev] [Cinder] About snapshot Rollback?

2016-04-12 Thread Erlon Cruz
I didn't see that mention. You mean about legacy volumes and snapshots? On Mon, Apr 11, 2016 at 3:58 PM, Duncan Thomas wrote: > Ok, you're right about device naming by UUID. > > So we have two advantages compared to the existing system: > > - Keeping the same volume id

Re: [openstack-dev] [nova] [glance] Getting the ball rolling on glance v2 in nova in newton cycle

2016-04-12 Thread Matt Riedemann
On 4/1/2016 8:45 AM, Sean Dague wrote: The glance v2 work is currently blocked as there is no active spec, would be great if someone from the glance team could get that rolling again. I started digging back through the patches in detail to figure out if there are some infrastructure bits we

Re: [openstack-dev] [Neutron] Newton Design summit schedule - Draft

2016-04-12 Thread Anita Kuno
On 04/12/2016 03:23 PM, Armando M. wrote: > On 12 April 2016 at 12:16, Matt Riedemann > wrote: > >> >> >> On 4/11/2016 11:56 PM, Armando M. wrote: >> >>> Hi folks, >>> >>> A provisional schedulefor the Neutron project is available [1]. I am >>> still working with the

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

2016-04-12 Thread Jeff Peeler
On Mon, Apr 11, 2016 at 3:37 AM, Steven Dake (stdake) wrote: > Hey folks, > > The reviewers in Kolla tend to nit-pick the quickstart guide to death during > reviews. I'd like to keep that high bar in place for the QSG, because it is > our most important piece of documentation

Re: [openstack-dev] [TripleO] Can we create some subteams?

2016-04-12 Thread Dan Prince
On Mon, 2016-04-11 at 05:54 -0400, John Trowbridge wrote: > Hola OOOers, > > It came up in the meeting last week that we could benefit from a CI > subteam with its own meeting, since CI is taking up a lot of the main > meeting time. > > I like this idea, and think we should do something similar

Re: [openstack-dev] [Neutron] Newton Design summit schedule - Draft

2016-04-12 Thread Armando M.
On 12 April 2016 at 12:16, Matt Riedemann wrote: > > > On 4/11/2016 11:56 PM, Armando M. wrote: > >> Hi folks, >> >> A provisional schedulefor the Neutron project is available [1]. I am >> still working with the session chairs and going through/ironing out some >>

[openstack-dev] [opnfv-tech-discuss][NFV] BoF on NFV Orchestration

2016-04-12 Thread Sridhar Ramaswamy
Greetings, I'm soliciting inputs, and if interested in this topic, your presence for the upcoming BoF session on NFV Orchestration during the Austin summit, https://www.openstack.org/summit/austin-2016/summit-schedule/events/8468 We had a packed session for a similar event in the Tokyo summit

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

2016-04-12 Thread Joshua Harlow
Flavio Percoco wrote: On 11/04/16 18:05 +, Amrith Kumar wrote: Adrian, thx for your detailed mail. Yes, I was hopeful of a silver bullet and as we’ve discussed before (I think it was Vancouver), there’s likely no silver bullet in this area. After that conversation, and some further

Re: [openstack-dev] [Neutron] Newton Design summit schedule - Draft

2016-04-12 Thread Matt Riedemann
On 4/11/2016 11:56 PM, Armando M. wrote: Hi folks, A provisional schedulefor the Neutron project is available [1]. I am still working with the session chairs and going through/ironing out some details as well as gathering input from [2]. I hope I can get something more final by the end of

[openstack-dev] [nova] Dedicated CI job for live-migration testing status update

2016-04-12 Thread Timofei Durakov
Hello, Separate job for testing live-migration with different storage configurations(No shared storage/NFS/Ceph was implemented during Mitaka and available to be executed using experimental pipeline. The job is ready but shows same stability as gate-tempest-dsvm-multinode-full. Bugs like [1] [2]

Re: [openstack-dev] [Neutron] Newton Design summit schedule - Draft

2016-04-12 Thread Armando M.
On 12 April 2016 at 07:08, Michael Johnson wrote: > Armando, > > Is there any way we can move the "Neutron: Development track: future > of *-aas projects" session? I overlaps with the LBaaS talk: > >

Re: [openstack-dev] [puppet][ceph] Puppet-ceph is now a formal member of puppet-openstack

2016-04-12 Thread David Moreau Simard
I'm definitely glad we got puppet-ceph to where it is today and I have complete trust in the Puppet-OpenStack team to take it to the next level. With that announcement, I have to do one of my own -- I am stepping down as a puppet-ceph core. My day-to-day work does not involve Ceph anymore and as

Re: [openstack-dev] [kolla][tc] [security] threat analysis, tags, and the road ahead

2016-04-12 Thread Hayes, Graham
On 12/04/2016 18:39, Jeremy Stanley wrote: > On 2016-04-01 15:50:57 + (+), Hayes, Graham wrote: >> If a team has already done a TA (e.g. as part of an internal >> product TA) (and produced all the documentation) would this meet >> the requirements? >> >> I ask, as Designate looks like it

Re: [openstack-dev] [nova] [infra] The same SRIOV / NFV CI failures missed a regression, why?

2016-04-12 Thread Jeremy Stanley
On 2016-04-05 00:45:20 -0400 (-0400), Jay Pipes wrote: > The proposal is to have the hardware companies donate hardware and > sysadmins to setup and maintain a *single* third-party CI lab > environment running the *upstream infra CI toolset* in one > datacenter at first, moving to multiple

Re: [openstack-dev] [kolla][tc] [security] threat analysis, tags, and the road ahead

2016-04-12 Thread Clark, Robert Graham
On 12/04/2016 18:37, "Jeremy Stanley" wrote: >On 2016-04-01 15:50:57 + (+), Hayes, Graham wrote: >> If a team has already done a TA (e.g. as part of an internal >> product TA) (and produced all the documentation) would this meet >> the requirements? >> >> I ask, as

Re: [openstack-dev] [ptl] [security][tc] Tidy up language in section 5 of the vulnerability:managed tag

2016-04-12 Thread Jeremy Stanley
On 2016-04-02 14:40:57 + (+), Steven Dake (stdake) wrote: [...] > IANAL and writing these things correctly is hard to do properly ); > involving the community around the pain points of the tagging > process is what I'm after. [...] Nobody on the VMT is a lawyer either, and when I wrote

Re: [openstack-dev] [kolla][tc] [security] threat analysis, tags, and the road ahead

2016-04-12 Thread Steven Dake (stdake)
On 4/12/16, 10:37 AM, "Jeremy Stanley" wrote: >On 2016-04-01 15:50:57 + (+), Hayes, Graham wrote: >> If a team has already done a TA (e.g. as part of an internal >> product TA) (and produced all the documentation) would this meet >> the requirements? >> >> I ask, as

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

2016-04-12 Thread Barrett, Carol L
Hi Folks - I'm looking into the options for Intel to host in Hillsboro Oregon. Stay tuned for more details. Thanks Carol -Original Message- From: Matt Riedemann [mailto:mrie...@linux.vnet.ibm.com] Sent: Tuesday, April 12, 2016 9:05 AM To: openstack-dev@lists.openstack.org Subject: Re:

Re: [openstack-dev] [kolla][tc] [security] threat analysis, tags, and the road ahead

2016-04-12 Thread Jeremy Stanley
On 2016-04-01 15:50:57 + (+), Hayes, Graham wrote: > If a team has already done a TA (e.g. as part of an internal > product TA) (and produced all the documentation) would this meet > the requirements? > > I ask, as Designate looks like it meets nearly all the current > requirements - the

Re: [openstack-dev] Newton design summit etherpad wiki created

2016-04-12 Thread Anita Kuno
On 04/12/2016 01:05 PM, Anita Kuno wrote: > On 04/12/2016 12:45 PM, Matt Riedemann wrote: >> I've stubbed out the newton design summit etherpad wiki so people can >> start populating this now. >> >> https://wiki.openstack.org/wiki/Design_Summit/Newton/Etherpads >> > Keep in mind we still haven't

Re: [openstack-dev] [security] threat analysis, tags, and the road ahead

2016-04-12 Thread Jeremy Stanley
On 2016-03-31 15:15:23 -0400 (-0400), michael mccune wrote: [...] > * what is the process for performing an analysis > > * how will an analysis be formally recognized and approved > > * who will be doing these analyses I intentionally didn't specify when writing the vulnerability:managed tag

Re: [openstack-dev] Telco Working Group meeting for Wednesday April 6th CANCELLED

2016-04-12 Thread Shamail
> On Apr 12, 2016, at 1:12 PM, Steve Gordon wrote: > > > > - Original Message - >> From: "Calum Loudon" >> To: "OpenStack Development Mailing List (not for usage questions)" >> , >>

Re: [openstack-dev] [magnum] Enhance Mesos bay to a DCOS bay

2016-04-12 Thread Hongbin Lu
Hi all, We discussed this in our last team meeting, and we were in disagreement. Some of us preferred option #1, others preferred option #2. I would suggest to leave this topic to the design summit so that our team members would have more times to research each option. If we are in

Re: [openstack-dev] Telco Working Group meeting for Wednesday April 6th CANCELLED

2016-04-12 Thread Steve Gordon
- Original Message - > From: "Calum Loudon" > To: "OpenStack Development Mailing List (not for usage questions)" > , > "openstack-operators" > Sent: Wednesday, April 6, 2016

[openstack-dev] [ironic] weekly subteam status report

2016-04-12 Thread Ruby Loo
Hi, We are nerdy to present this week's subteam report for Ironic. As usual, this is pulled directly from the Ironic whiteboard[0] and formatted. Bugs (dtantsur) === - Stats (diff with 04.04.2016): - Ironic: 200 bugs (+4) + 163 wishlist items. 25 new, 136 in progress (+1), 0

Re: [openstack-dev] Newton design summit etherpad wiki created

2016-04-12 Thread Anita Kuno
On 04/12/2016 12:45 PM, Matt Riedemann wrote: > I've stubbed out the newton design summit etherpad wiki so people can > start populating this now. > > https://wiki.openstack.org/wiki/Design_Summit/Newton/Etherpads > Keep in mind we still haven't fully addressed all the consequences of the wiki

[openstack-dev] Newton design summit etherpad wiki created

2016-04-12 Thread Matt Riedemann
I've stubbed out the newton design summit etherpad wiki so people can start populating this now. https://wiki.openstack.org/wiki/Design_Summit/Newton/Etherpads -- Thanks, Matt Riedemann __ OpenStack Development Mailing

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

2016-04-12 Thread Sławek Kapłoński
Hello, It's nova-compute service which is configuring it. This service is running on compute node: http://docs.openstack.org/developer/nova/architecture.html -- Pozdrawiam / Best regards Sławek Kapłoński sla...@kaplonski.pl Dnia wtorek, 12 kwietnia 2016 16:16:25 CEST 张晨 pisze: > Thx for the

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

2016-04-12 Thread Ryan Hallisey
I'm definitely guilty of nit picking docs. I'm fine with holding back and following up with a patch to fix any grammar/misspelling mistakes. +1 -Ryan - Original Message - From: "Paul Bourke" To: openstack-dev@lists.openstack.org Sent: Tuesday, April 12, 2016

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

2016-04-12 Thread Matt Riedemann
On 4/11/2016 5:54 PM, Michael Still wrote: On Tue, Apr 12, 2016 at 6:49 AM, Matt Riedemann > wrote: A few people have been asking about planning for the nova midcycle for newton. Looking at the schedule [1] I'm thinking

Re: [openstack-dev] [keystone][performance][profiling] Profiling Mitaka Keystone: some results and asking for a help

2016-04-12 Thread Dina Belova
Thank you Morgan for quick fixes proposed! On Tue, Apr 12, 2016 at 6:19 PM, Morgan Fainberg wrote: > Sorry Missed the copy/paste of links: > > https://bugs.launchpad.net/keystone/+bug/1567403 [0] > https://bugs.launchpad.net/keystone/+bug/1567413 [1] > > [0] >

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

2016-04-12 Thread Fox, Kevin M
Flavio, and whom'ever else who's available to attend, We have a summit session for instance users listed here that could be part of the solution: https://www.openstack.org/summit/austin-2016/summit-schedule/events/9485 Please attend if you can. -- +1 for a basic common abstraction.

Re: [openstack-dev] [ironic][nova][horizon] Serial console support for ironic instances

2016-04-12 Thread Ruby Loo
Yes, I think it would be good to have a summit session on that. However, before the session, it would really be helpful if the folks with proposals got together and/or reviewed each other's proposals, and summarized their findings. You may find after reviewing the proposals, that eg only 2 are

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

2016-04-12 Thread Fox, Kevin M
Have a look at this script: https://review.openstack.org/#/c/158003/1/bin/neutron-local-port Nova does basically the same thing but plugs it into the vm. Thanks, Kevin From: 张晨 [zhangchen9...@126.com] Sent: Tuesday, April 12, 2016 1:16 AM To: OpenStack

Re: [openstack-dev] [puppet] weekly meeting #78

2016-04-12 Thread Emilien Macchi
pics in this etherpad: > https://etherpad.openstack.org/p/puppet-openstack-weekly-meeting-20160412 > > We'll also have open discussion for bugs & reviews, so anyone is welcome > to join. We did our meeting, notes are available here: http://eavesdrop.openstack.org/meetings/puppet_opensta

Re: [openstack-dev] [Cinder] Newton Midcycle Planning

2016-04-12 Thread Duncan Thomas
HP facility just outside Dublin (ireland) is available again, depending on dates On 12 April 2016 at 17:05, Sean McGinnis wrote: > Hey Cinder team (and those interested), > > We've had a few informal conversations on the channel and in meetings, > but wanted to capture

Re: [openstack-dev] [keystone][performance][profiling] Profiling Mitaka Keystone: some results and asking for a help

2016-04-12 Thread Morgan Fainberg
Sorry Missed the copy/paste of links: https://bugs.launchpad.net/keystone/+bug/1567403 [0] https://bugs.launchpad.net/keystone/+bug/1567413 [1] [0] https://review.openstack.org/#/q/I4857cfe1e62d54c3c89a0206ffc895c4cf681ce5,n,z [1] https://review.openstack.org/#/c/304688/ --Morgan On Tue, Apr

Re: [openstack-dev] [keystone][performance][profiling] Profiling Mitaka Keystone: some results and asking for a help

2016-04-12 Thread Morgan Fainberg
Fixes have been proposed for both of these bugs. Cheers, --Morgan On Tue, Apr 12, 2016 at 12:38 AM, Dina Belova wrote: > Matt, > > Thanks for sharing the information about your benchmark. Indeed we need to > follow up on this topic (I'll attend the summit). Let's try to

Re: [openstack-dev] [Cinder] Newton Midcycle Planning

2016-04-12 Thread Anita Kuno
On 04/12/2016 10:05 AM, Sean McGinnis wrote: > Hey Cinder team (and those interested), > > We've had a few informal conversations on the channel and in meetings, > but wanted to capture some things here and spread awareness. > > I think it would be good to start planning for our Newton midcycle.

Re: [openstack-dev] [Cinder] Newton Midcycle Planning

2016-04-12 Thread ClaytonLuce, Timothy
And I'll add Raleigh NC NetApp is available too. Nothing better than summer in the South :) -Original Message- From: D'Angelo, Scott [mailto:scott.dang...@hpe.com] Sent: Tuesday, April 12, 2016 10:39 AM To: OpenStack Development Mailing List (not for usage questions)

Re: [openstack-dev] [neutron] [API]Make API errors conform to the common error message without microversion

2016-04-12 Thread Brandon Logan
As a note, there will be a design session around the API refactor efforts going on. Microversioning will be a topic. On Tue, 2016-04-12 at 14:59 +0200, Ihar Hrachyshka wrote: > Xianshan wrote: > > > Hi, Duncan & michael, > > Thanks a lot for your replies. > > > >

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

2016-04-12 Thread Anita Kuno
On 04/11/2016 09:45 PM, Tony Breeds wrote: > On Mon, Apr 11, 2016 at 03:49:16PM -0500, Matt Riedemann wrote: >> A few people have been asking about planning for the nova midcycle for >> newton. Looking at the schedule [1] I'm thinking weeks R-15 or R-11 work the >> best. R-14 is close to the US

[openstack-dev] [release] RDO Mitaka packages released

2016-04-12 Thread Rich Bowen
The RDO community is pleased to announce the general availability of the RDO build for OpenStack Mitaka for RPM-based distributions - CentOS Linux 7 and Red Hat Enterprise Linux. RDO is suitable for building private, public, and hybrid clouds and Mitaka is the 13th release from the OpenStack

Re: [openstack-dev] [Cinder] Newton Midcycle Planning

2016-04-12 Thread D'Angelo, Scott
I'll throw this out there: Fort Collins HPE site is available. Scott D'Angelo (scottda) From: Sean McGinnis [sean.mcgin...@gmx.com] Sent: Tuesday, April 12, 2016 8:05 AM To: openstack-dev@lists.openstack.org Subject: [openstack-dev] [Cinder] Newton

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

2016-04-12 Thread Flavio Percoco
On 11/04/16 18:05 +, Amrith Kumar wrote: Adrian, thx for your detailed mail. Yes, I was hopeful of a silver bullet and as we’ve discussed before (I think it was Vancouver), there’s likely no silver bullet in this area. After that conversation, and some further experimentation, I found

Re: [openstack-dev] [stackalytics] Proposal for some code/feature changes

2016-04-12 Thread Ilya Shakhat
Hi Nikhil, 2016-04-12 5:59 GMT+03:00 Nikhil Komawar : > Hello, > > I was hoping to make some changes to the stackalytics dashboard > specifically of this type [1] following my requested suggestions here > [2]; possibly add a few extra columns for +0s and just Bot +1s. I

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

2016-04-12 Thread Flavio Percoco
On 11/04/16 16:53 +, Adrian Otto wrote: Amrith, I respect your point of view, and agree that the idea of a common compute API is attractive… until you think a bit deeper about what that would mean. We seriously considered a “global” compute API at the time we were first contemplating

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

2016-04-12 Thread Chris Dent
This discussion needs to be happening on openstack-dev too, so cc'ing that list in as well. The top of the thread is at http://lists.openstack.org/pipermail/openstack/2016-April/015864.html On Tue, 12 Apr 2016, Chris Dent wrote: On Tue, 12 Apr 2016, Nadya Shakhat wrote: I'd like to

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

2016-04-12 Thread Jim Rollenhagen
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 not sure I understand > > the difference from running

Re: [openstack-dev] [Neutron] Newton Design summit schedule - Draft

2016-04-12 Thread Michael Johnson
Armando, Is there any way we can move the "Neutron: Development track: future of *-aas projects" session? I overlaps with the LBaaS talk: https://www.openstack.org/summit/austin-2016/summit-schedule/events/6893?goback=1 Michael On Mon, Apr 11, 2016 at 9:56 PM, Armando M.

[openstack-dev] [Cinder] Newton Midcycle Planning

2016-04-12 Thread Sean McGinnis
Hey Cinder team (and those interested), We've had a few informal conversations on the channel and in meetings, but wanted to capture some things here and spread awareness. I think it would be good to start planning for our Newton midcycle. These have been incredibly productive in the past (at

Re: [openstack-dev] [glance][reno] Broken releasenotes in glance_store

2016-04-12 Thread Andreas Jaeger
On 2016-04-12 08:31, Andreas Jaeger wrote: > On 2016-04-12 03:33, Nikhil Komawar wrote: >> To close this: >> >> This has been fixed as a part of the earlier opened bug >> https://bugs.launchpad.net/glance-store/+bug/1568767 and other is >> duplicated. >> > > Yes, it's fixed now. And you have

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

2016-04-12 Thread no-reply
We are satisfied to announce the release of: pbr 1.9.0: 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] [cross-project] [all] Quotas and the need for reservation

2016-04-12 Thread Andrew Laski
On Tue, Apr 5, 2016, at 09:57 AM, Ryan McNair wrote: > >It is believed that reservation help to to reserve a set of resources > >beforehand and hence eventually preventing any other upcoming request > >(serial or parallel) to exceed quota if because of original request the > >project might have

Re: [openstack-dev] [Nova] RFC Host Maintenance

2016-04-12 Thread Jim Rollenhagen
On Thu, Apr 07, 2016 at 06:36:20AM -0400, Sean Dague wrote: > On 04/07/2016 03:26 AM, Juvonen, Tomi (Nokia - FI/Espoo) wrote: > > Hi Nova, Ops, stackers, > > > > I am trying to figure out different use cases and requirements there > > would be for host maintenance and would like to get feedback

[openstack-dev] [release] doc8 0.7.0 release

2016-04-12 Thread no-reply
We are content to announce the release of: doc8 0.7.0: Style checker for Sphinx (or other) RST documentation For more details, please see below. Changes in doc8 0.6.0..0.7.0 a96c31f Skip long line check for rst definition list term f6cb930 Remove argparse from

[openstack-dev] [release][stable][glance] glance_store 0.13.1 release (mitaka)

2016-04-12 Thread no-reply
We are tickled pink to announce the release of: glance_store 0.13.1: OpenStack Image Service Store Library This release is part of the mitaka stable release series. With source available at: http://git.openstack.org/cgit/openstack/glance_store With package available at:

[openstack-dev] [vitrage] Change openstack.node to openstack.cluster

2016-04-12 Thread Weyl, Alexey (Nokia - IL)
Hi, After some discussion, we have decided to change "openstack.node" to "openstack.cluster" as the "type" of the openstack cluster in the graph, to conform with the standard openstack terminology. Alexey __ OpenStack

Re: [openstack-dev] [devstack][neutron] Eliminating the DevStack layer

2016-04-12 Thread Andreas Scheuring
I must admit, I really like this idea of getting rid of all the devstack params. It's always a mess looking up the functionality of the various variables in the code when trying out something new. I also understand the concern that was raised by somebody (couldn't find it anymore) that the

Re: [openstack-dev] [ironic][nova][horizon] Serial console support for ironic instances

2016-04-12 Thread Jim Rollenhagen
On Tue, Apr 12, 2016 at 02:02:44AM +0800, Zhenguo Niu wrote: > Maybe we can continue the discussion here, as there's no enough time in the > irc meeting :) Someone mentioned this would make a good summit session, as there's a few competing proposals that are all good options. I do welcome

Re: [openstack-dev] [Nova][Neutron] [Live Migration] Prevent invalid live migration instead of failing and setting instance to error state after porbinding failed

2016-04-12 Thread Andreas Scheuring
Hi Kevin, thanks for your input! See my comments in line -- - Andreas (IRC: scheuran) On Di, 2016-04-12 at 04:12 -0700, Kevin Benton wrote: > We can't change the host_id until after the migration or it will break > l2pop other drivers that use the host as a location indicator (e.g. >

  1   2   >