Re: [openstack-dev] [Infra][Cinder] Coraid CI system

Hi Ramy, Thanks for the links; looks like these address a problem of creating a proper volume type that happens on deployment time and that would be used as a default volume type. And I'm talking about a volume type that Tempest creates in runtime: https://github.com/openstack/tempest/blob/maste

Re: [openstack-dev] [Octavia] Question about where to render haproxy configurations

Hi Steven, Thanks for taking the time to lay out the components clearly. I think we are pretty much on the same page ☺ Driver vs, Driver-less I strongly believe that REST is a cleaner interface/integration point – but if even Brandon believes that drivers are the better approach (having suffer

Re: [openstack-dev] [neutron] python-neutronclient, launchpad, and milestones

On Sat, Sep 6, 2014 at 8:43 AM, Matt Riedemann wrote: > > > On 8/29/2014 1:53 PM, Kyle Mestery wrote: >> >> On Fri, Aug 29, 2014 at 1:40 PM, Matt Riedemann >> wrote: >>> >>> >>> >>> On 7/29/2014 4:12 PM, Kyle Mestery wrote: On Tue, Jul 29, 2014 at 3:50 PM, Nader Lahouti wrote

Re: [openstack-dev] how to provide tests environments for python things that require C extensions

There was a review once that tried to move the evzookeeper to using kazoo, perhaps that can get reprioritzed?? https://review.openstack.org/#/c/28951/ Sent from my really tiny device... > On Sep 5, 2014, at 6:36 AM, "Sean Dague" wrote: > > While reviewing this zookeeper service group fix in N

Re: [openstack-dev] [Infra][Cinder] Coraid CI system

Not sure if https://review.openstack.org/#/c/118619/ is necessary. See if this solves your issue [1], simple update to your devstack localrc/local.conf to create the type keys. It is merged to master. Otherwise, consider creating a cinder backend file[1]. Ramy [1] http://lists.openstack.org/pipe

Re: [openstack-dev] [Nova] List of granted FFEs

The process for requesting a FFE is to email openstack-dev and for the core sponsors to signup there. I've obviously missed the email thread... What is the subject line? Michael On Sun, Sep 7, 2014 at 3:03 AM, Genin, Daniel I. wrote: > Hi Michael, > > I see that ephemeral storage encryption is n

Re: [openstack-dev] [Nova] List of granted FFEs

That's something I'll work on today. Michael On Sun, Sep 7, 2014 at 12:32 AM, Thierry Carrez wrote: > Michael Still wrote: >> I've built this handy dandy list of granted FFEs, because searching >> email to find out what is approved is horrible. It would be good if >> people with approved FFEs co

Re: [openstack-dev] Feature freeze + Juno-3 milestone candidates available

Thierry, Thanks! I agree. Jay On Sep 6, 2014 9:37 AM, "Thierry Carrez" wrote: > In that precise case, given how early it is in the freeze, I think > giving a quick heads-up to the -i18n team/list should be enough :) Also > /adding/ a string is not as disruptive to their work as modifying a >

Re: [openstack-dev] [nova][neutron] default allow security group

While it's good that somebody is addressing this specific issue, perhaps "punctual" solutions - eg: "hey I have a patch for that", are not addressing the general issues, which is that Neutron has very granular primitives that force users to do multiple API requests for operations they regard as at

Re: [openstack-dev] Feature freeze + Juno-3 milestone candidates available

Thanks, ttx. If there’s anyone that can do a final review on https://review.openstack.org/#/c/118535/ — would be much appreciated and I’m happy to llet the i18n folks know once it merges. - Joe On Sep 6, 2014, at 9:36 AM, Thierry Carrez wrote: > In that precise case, given how early it is in

Re: [openstack-dev] [Nova] List of granted FFEs

Hi Michael, I see that ephemeral storage encryption is not on the list of granted FFEs but I sent an email to John Garbutt yesterday listing the 3 core sponsors for the FFE. Why was the FFE denied? Dan From: Michael Still Sent: Friday, September 5, 2014

Re: [openstack-dev] [neutron][policy] Group-based Policy next steps

Good discussion. Based on this I think we should get started on the stackforge right away. Sumit - It would be great if you get started on the StackForge soon. We have a few changes that needs to be submitted and have been holding up. On Fri, Sep 5, 2014 at 8:08 AM, Mohammad Banikazemi wrote:

Re: [openstack-dev] [nova][neutron] default allow security group

Hi, Monty, Thanks for bringing this topic up. I think the blueprint that Miguel mentioned will address the issue you're sufffering from, but maybe there are not many people interested in this feature, so unfortunately, the bp will not be landed in Juno release. But I will continue the bp when the

Re: [openstack-dev] [Infra][Cinder] Coraid CI system

Mykola, thanks for update! Few additional notes on this. For now, we have to inject two patches to make it work. The first patch is a simple bugfix for the Coraid driver itself: https://review.openstack.org/#/c/119022/ The second one is for Tempest to allow specification of custom volume type k

Re: [openstack-dev] Feature freeze + Juno-3 milestone candidates available

In that precise case, given how early it is in the freeze, I think giving a quick heads-up to the -i18n team/list should be enough :) Also /adding/ a string is not as disruptive to their work as modifying a potentially-already-translated one. Joe Cropper wrote: > +1 to what Jay said. > > I’m not

Re: [openstack-dev] [TripleO][Ironic] Unique way to get a registered machine?

Woops, meant to respond to this in the email I just sent... On Aug 21, 2014 11:35 PM, "Steve Kowalik" wrote: > > For other drivers, we think that the pm_address for each machine will be unique. Would it be possible add some advice to that effect to Ironic's driver API? > pm_address is cr

Re: [openstack-dev] [Nova] List of granted FFEs

Michael Still wrote: > I've built this handy dandy list of granted FFEs, because searching > email to find out what is approved is horrible. It would be good if > people with approved FFEs could check their thing is listed here: > > https://etherpad.openstack.org/p/juno-nova-approved-ffes It

Re: [openstack-dev] [TripleO][Ironic] Unique way to get a registered machine?

On Aug 22, 2014 12:48 AM, "Steve Kowalik" wrote: > > On 22/08/14 17:35, Chris Jones wrote: >> >> Hi >> >> When register-nodes blows up, is the error we get from Ironic sufficiently unique that we can just consume it and move on? >> You should get a clear error when attempting to add a port with a

Re: [openstack-dev] [neutron] python-neutronclient, launchpad, and milestones

On 8/29/2014 1:53 PM, Kyle Mestery wrote: On Fri, Aug 29, 2014 at 1:40 PM, Matt Riedemann wrote: On 7/29/2014 4:12 PM, Kyle Mestery wrote: On Tue, Jul 29, 2014 at 3:50 PM, Nader Lahouti wrote: Hi Kyle, I have a BP listed in https://blueprints.launchpad.net/python-neutronclient and loo

Re: [openstack-dev] [rally] Parallel scenarios

Ajay, to be more precise, we also already had a feature request for implementing load generation from multiple scenarios, which seems to be exactly what you proposed. So we are working on this. Best