[openstack-dev] [Octavia] Weekly meeting agenda

Hi Folks! Please note that the IRC channel for the weekly Octavia meeting has changed (see below)! We've got the following agenda for tomorrow's Octavia meeting, so far: - Review progress on action items from last week - From blogan: Neutron lbaas v1 and v2 right now creates a neutron port

Re: [openstack-dev] [all][tripleo] New Project -> Kolla: Deploy and Manage OpenStack using Kubernetes and Docker

On 24 September 2014 16:38, Jay Pipes wrote: > On 09/23/2014 10:29 PM, Steven Dake wrote: >> >> There is a deployment program - tripleo is just one implementation. > > > Nope, that is not correct. Like it or not (I personally don't), Triple-O is > *the* Deployment Program for OpenStack: > > http:/

Re: [openstack-dev] [all][tripleo] New Project -> Kolla: Deploy and Manage OpenStack using Kubernetes and Docker

Excerpts from Jay Pipes's message of 2014-09-23 21:38:37 -0700: > On 09/23/2014 10:29 PM, Steven Dake wrote: > > There is a deployment program - tripleo is just one implementation. > > Nope, that is not correct. Like it or not (I personally don't), Triple-O > is *the* Deployment Program for OpenS

Re: [openstack-dev] [Zaqar] Zaqar and SQS Properties of Distributed Queues

On 09/24/2014 03:48 AM, Devananda van der Veen wrote: > I've taken a bit of time out of this thread, and I'd like to jump back > in now and attempt to summarize what I've learned and hopefully frame > it in such a way that it helps us to answer the question Thierry > asked: > I *loved* it! Thank

[openstack-dev] [TripleO] PTL Candidacy

I am writing to announce my candidacy for OpenStack Deployment PTL. Those of you involved with the deployment program may be surprised to see my name here. I've been quiet lately, distracted by an experiment which was announced by Allison Randal a few months back. [1] The experiment has been goin

Re: [openstack-dev] [Glance] PTL Non-Candidacy

Hi Mark, Many thanks for your great work and leadership! Personally I have to say thank you for your mentorship for me. Let's still keep in touch in Glance/OpenStack. zhiyan On Tue, Sep 23, 2014 at 1:22 AM, Mark Washenberger wrote: > Greetings, > > I will not be running for PTL for Glance for t

Re: [openstack-dev] [all][tripleo] New Project -> Kolla: Deploy and Manage OpenStack using Kubernetes and Docker

On Wed, Sep 24, 2014 at 12:40 AM, Steven Dake wrote: > I'm pleased to announce the development of a new project Kolla which is > Greek for glue :). Kolla has a goal of providing an implementation that > deploys OpenStack using Kubernetes and Docker. This project will begin as a > StackForge proje

Re: [openstack-dev] [Zaqar] Zaqar and SQS Properties of Distributed Queues

On 09/24/2014 12:06 AM, Joe Gordon wrote: > > > On Tue, Sep 23, 2014 at 2:40 AM, Flavio Percoco > wrote: > > On 09/23/2014 05:13 AM, Clint Byrum wrote: > > Excerpts from Joe Gordon's message of 2014-09-22 19:04:03 -0700: > > [snip] > > >> > >> To

[openstack-dev] [OpenStack][Trove] Building new image for trove

Hello, Currently I am trying to use Trove services configured with devstack. The services are configured and it has also created a default datastore for MySQL image on ubuntu, but the launch instances always gets error "polling timeout" I tried the same installation with redstack, created new imag

Re: [openstack-dev] [Nova] Deprecating localfs?

On Wed, Sep 24, 2014 at 08:26:44AM +1000, Michael Still wrote: > On Tue, Sep 23, 2014 at 8:58 PM, Daniel P. Berrange > wrote: > > On Tue, Sep 23, 2014 at 02:27:52PM +0400, Roman Bogorodskiy wrote: > >> Michael Still wrote: > >> > >> > Hi. > >> > > >> > I know we've been talking about deprecatin

Re: [openstack-dev] [Nova] [All] API standards working group

> -Original Message- > From: Jay Pipes [mailto:[email protected]] > Sent: Wednesday, September 24, 2014 7:19 AM > To: [email protected] > Subject: Re: [openstack-dev] [Nova] [All] API standards working group > > On 09/23/2014 05:03 PM, Rochelle.RochelleGrober wrote: > > ja

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

> -Original Message- > From: Jay Pipes [mailto:[email protected]] > Sent: Wednesday, September 24, 2014 12:47 AM > To: [email protected] > Subject: Re: [openstack-dev] [Nova] Some ideas for micro-version > implementation > > On 09/22/2014 04:27 PM, Brant Knudson wrote: >

Re: [openstack-dev] [Neutron][LBaaS] Migrations in feature branch

Relying again on automatic schema generation could be error-prone. It can only be enabled globally, and does not work when models are altered if the table for the model being altered already exists in the DB schema. I don't think it would be a big problem to put these migrations in the main sequen

Re: [openstack-dev] [Nova] [All] API standards working group

Please keep me in the loop. The importance of ensuring consistent style across Openstack APIs increases as the number of "integrated" project increases. Unless we decide to merge all API endpoints as proposed in another thread! [1] Regards, Salvatore [1] http://www.mail-archive.com/openstack-dev

[openstack-dev] [Ceilometer] Why alarm name is unique per project?

Hi, all I am just a little confused why alarm name should be unique per project, anyone knows this? ___ OpenStack-dev mailing list [email protected] http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Ceilometer] Why alarm name is unique per project?

On 09/24/2014 12:23 PM, Long Suo wrote: Hi, all I am just a little confused why alarm name should be unique per project, anyone knows this? Good point, I admit I can't find a compelling reason for that either. Perhaps someone else can? Also, an interesting use-case comes to mind, where you

[openstack-dev] [Heat] stack-update with existing parameters

TL;DR Is there any reason why stack-update doesn¹t reuse the existing parameters when I extend my stack definition with a resource that uses them? I have created a stack from the hello_world.yaml template (https://github.com/openstack/heat-templates/blob/master/hot/hello_world.ya ml) It has the fo

Re: [openstack-dev] Thoughts on OpenStack Layers and a Big Tent model

On 09/18/2014 02:53 PM, Monty Taylor wrote: > Hey all, > > I've recently been thinking a lot about Sean's Layers stuff. So I wrote > a blog post which Jim Blair and Devananda were kind enough to help me edit. > > http://inaugust.com/post/108 When I first read Monty's post, my basic reaction was

Re: [openstack-dev] [Heat] stack-update with existing parameters

On 24/09/14 13:50, Dimitri Mazmanov wrote: > TL;DR Is there any reason why stack-update doesn¹t reuse the existing > parameters when I extend my stack definition with a resource that uses > them? Hey Dimitri, There is an open bug for this feature: https://bugs.launchpad.net/heat/+bug/1224828 an

[openstack-dev] [RelMgt] PTL candidacy

I am writing to announce my candidacy for OpenStack Release Cycle Management PTL. This is a little-known program, so I'll take the bi-yearly opportunity to explain what this covers: 1. Release Management This is about coordinating the process that will turn the master branches of the integrated p

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

On 09/24/2014 05:26 AM, Kenichi Oomichi wrote: -Original Message- From: Jay Pipes [mailto:[email protected]] Sent: Wednesday, September 24, 2014 12:47 AM To: [email protected] Subject: Re: [openstack-dev] [Nova] Some ideas for micro-version implementation On 09/22/2014 0

[openstack-dev] [nova] Create an instance with a custom uuid

Hello I would like to be able to specify the UUID of an instance when I create it. I found this discussion about this matter: https://lists.launchpad.net/openstack/msg22387.html but I could not find any blueprint, anyway I understood this modification should not comport any particular issue.

Re: [openstack-dev] [all][tripleo] New Project -> Kolla: Deploy and Manage OpenStack using Kubernetes and Docker

On 09/24/2014 03:19 AM, Robert Collins wrote: On 24 September 2014 16:38, Jay Pipes wrote: On 09/23/2014 10:29 PM, Steven Dake wrote: There is a deployment program - tripleo is just one implementation. Nope, that is not correct. Like it or not (I personally don't), Triple-O is *the* Deploym

Re: [openstack-dev] [Zaqar] Zaqar and SQS Properties of Distributed Queues

On 23/09/14 17:59, Joe Gordon wrote: >> Zaqar is aiming for low latency per message, SQS doesn't appear to be. >> > >I've seen no evidence that Zaqar is actually aiming for that. There are >waaay lower-latency ways to implement messaging if you don't care about >durability (you wouldn't do sto

Re: [openstack-dev] [all][tripleo] New Project -> Kolla: Deploy and Manage OpenStack using Kubernetes and Docker

On 09/24/2014 03:57 AM, Clint Byrum wrote: Excerpts from Jay Pipes's message of 2014-09-23 21:38:37 -0700: On 09/23/2014 10:29 PM, Steven Dake wrote: There is a deployment program - tripleo is just one implementation. Nope, that is not correct. Like it or not (I personally don't), Triple-O is

Re: [openstack-dev] Thoughts on OpenStack Layers and a Big Tent model

Thanks for the summary, Sean. I couldn't follow the thread and this pointed me to the things I needed to read. On 09/24/2014 02:44 PM, Sean Dague wrote: > On 09/18/2014 02:53 PM, Monty Taylor wrote: >> Hey all, >> >> I've recently been thinking a lot about Sean's Layers stuff. So I wrote >> a blog

Re: [openstack-dev] [OpenStack][Trove] Building new image for trove

Swapnil, If the default image being created by devstack gives you a timeout on launch, I don’t think your issue is with the image itself. Your best guide (for now) for creating a guest image is to follow the template that devstack uses. I’m on the hook for writing some documentation on how to

Re: [openstack-dev] [Zaqar] Zaqar and SQS Properties of Distributed Queues

On 23/09/14 19:29, Devananda van der Veen wrote: On Mon, Sep 22, 2014 at 5:47 PM, Zane Bitter wrote: On 22/09/14 17:06, Joe Gordon wrote: If 50,000 messages per second doesn't count as small-to-moderate then Zaqar does not fulfill a major SQS use case. It's not a drop-in replacement, but a

Re: [openstack-dev] [all][tripleo] New Project -> Kolla: Deploy and Manage OpenStack using Kubernetes and Docker

On Wed, Sep 24, 2014 at 9:16 AM, Jay Pipes wrote: > On 09/24/2014 03:19 AM, Robert Collins wrote: >> >> On 24 September 2014 16:38, Jay Pipes wrote: >>> >>> On 09/23/2014 10:29 PM, Steven Dake wrote: There is a deployment program - tripleo is just one implementation. >>> >>> >>> No

Re: [openstack-dev] [all][tripleo] New Project -> Kolla: Deploy and Manage OpenStack using Kubernetes and Docker

On Wed, Sep 24, 2014 at 9:41 AM, James Slagle wrote: > And it looks to me like what's being proposed here is that there is a > group of folks who intend to work on Knoll, and they are indicating Oops, I meant Kolla, obviously :-). -- -- James Slagle -- _

Re: [openstack-dev] [Nova] - do we need .start and .end notifications in all cases ?

> > > > I think we should aim to /always/ have 3 notifications using a pattern > > of > > > >try: > > ...notify start... > > > > ...do the work... > > > > ...notify end... > >except: > > ...notify abort... > > Precisely my viewpoint as well. Unless we standardize on

Re: [openstack-dev] [nova] Create an instance with a custom uuid

+1. Or at least provide a way to specify an external UUID for the instance, and can retrieve the instance through the external UUID which may be linked to external system's object. Chaoyi Huang ( joehuang ) 发件人: Pasquale Porreca [pasquale.porr...@dektech

Re: [openstack-dev] [all][tripleo] New Project -> Kolla: Deploy and Manage OpenStack using Kubernetes and Docker

On 09/24/2014 09:41 AM, James Slagle wrote: On Wed, Sep 24, 2014 at 9:16 AM, Jay Pipes wrote: There are zero programs in the OpenStack governance repository that have competing implementations for the same thing. Like it or not, the TC process of blessing these "teams" has effectively blessed

Re: [openstack-dev] [Nova] - do we need .start and .end notifications in all cases ?

On 09/24/2014 09:48 AM, Day, Phil wrote: I think we should aim to /always/ have 3 notifications using a pattern of try: ...notify start... ...do the work... ...notify end... except: ...notify abort... Precisely my viewpoint as well. Unless we standardize on the above, our notifications are l

Re: [openstack-dev] [OpenStack][Trove] Building new image for trove

Hi Amrith, Thanks for the response. I did check that, the instance is active and I can access it. Is there anyway to check the guestagent in the image, update if its required and create snapshot which can be used later? Best Regards, Swapnil Kulkarni irc : coolsvap On Wed, Sep 24, 2014 at 7:08

Re: [openstack-dev] [Zaqar] Zaqar and SQS Properties of Distributed Queues

Apologies in advance for possible repetition and pedantry... On 09/24/2014 02:48 AM, Devananda van der Veen wrote: 2. Single Delivery - each message must be processed *exactly* once Example: Using a queue to process votes. Every vote must be counted only once. It is also important to consi

Re: [openstack-dev] [OpenStack][Trove] Building new image for trove

Ive had good luck recently enabling heat suppprt and then tweaking the trove default template to use a standard image and install the guest agent at launch. So no custom image needed. Thanks, Kevin From: Swapnil Kulkarni Sent: Wednesday, September 24, 2014 2:03:

Re: [openstack-dev] [Nova] [All] API standards working group

I'm interesting in the group too! On 2014年09月24日 18:01, Salvatore Orlando wrote: Please keep me in the loop. The importance of ensuring consistent style across Openstack APIs increases as the number of "integrated" project increases. Unless we decide to merge all API endpoints as proposed in a

Re: [openstack-dev] [Nova] [All] API standards working group

It is an important topics towards good user experience. There are many inconsistencies across projects and every API has pros and cons. We need to share API best practices and it is nice. I am interested in the topic both as Neutron developer and from API consumer as Horizon developer. If the meet

Re: [openstack-dev] [Nova] [All] API standards working group

You can add me to this list as well. Thanks! Lance On Wed, Sep 24, 2014 at 9:41 AM, Alex Xu wrote: > I'm interesting in the group too! > > > On 2014年09月24日 18:01, Salvatore Orlando wrote: > > Please keep me in the loop. > > The importance of ensuring consistent style across Openstack APIs >

Re: [openstack-dev] [Nova] [All] API standards working group

On 9/24/14, 9:51 AM, "Lance Bragstad" wrote: >You can add me to this list as well. > > >Thanks! > > >Lance > > >On Wed, Sep 24, 2014 at 9:41 AM, Alex Xu > wrote: > >I'm interesting in the group too! > > >On 2014年09月24日 18:01, Salvatore Orlando wrote: > > > > >Please keep me in the loop. > > >The

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

> vNext seems an interesting idea, I thought the implementation way for Nova >> a little. "API Route Discoverability" is a nice design, but a root "/" URL >> will conflict on current "list versions" API. >> Maybe there would be a workaround. >> > > Completely agreed, Ken'ichi. The "root" URL that r

Re: [openstack-dev] [RelMgt] PTL candidacy

confirmed On 24/09/14 08:56 AM, Thierry Carrez wrote: > I am writing to announce my candidacy for OpenStack Release Cycle > Management PTL. > > This is a little-known program, so I'll take the bi-yearly opportunity > to explain what this covers: > > 1. Release Management > This is about coordina

Re: [openstack-dev] [TripleO] PTL Candidacy

confirmed On 24/09/14 04:03 AM, Clint Byrum wrote: > I am writing to announce my candidacy for OpenStack Deployment PTL. > > Those of you involved with the deployment program may be surprised to > see my name here. I've been quiet lately, distracted by an experiment > which was announced by Allis

Re: [openstack-dev] [all][tripleo] New Project -> Kolla: Deploy and Manage OpenStack using Kubernetes and Docker

On Wed, Sep 24, 2014 at 10:03 AM, Jay Pipes wrote: > On 09/24/2014 09:41 AM, James Slagle wrote: >> Meaning: exactly what you seem to claim is not possible due to some >> perceived blessing, is indeed in fact happening, or trying to come >> about. > > > :) Talking about something on the ML is not

Re: [openstack-dev] [Nova] [All] API standards working group

I am interested in participating as well. Thanks, Brad Brad Topol, Ph.D. IBM Distinguished Engineer OpenStack (919) 543-0646 Internet: [email protected] Assistant: Kendra Witherspoon (919) 254-0680 From: Morgan Fainberg To: Dolph Mathews , "OpenStack Development Mailing List (not fo

[openstack-dev] [Heat] Covergence: Persisting dependency task graph and resource versioning

Hi, The convergence spec is really big to be seen and understood in entirety without going through multiple iterations. It is probably a good idea to break the spec into multiple implementable specs and move a chunk of material from main convergence spec to individual implementable specs like engi

Re: [openstack-dev] [Nova] [All] API standards working group

On Tue, 2014-09-23 at 18:18 -0400, Jay Pipes wrote: > Yes, I'd be willing to head up the working group... or at least > participate in it. I'll raise my hand to participate… -- Kevin L. Mitchell Rackspace ___ OpenStack-dev mailing list OpenStack-dev

Re: [openstack-dev] [Heat] Convergence: Backing up template instead of stack

On 24-Sep-14 00:25, Joshua Harlow wrote: > I believe heat has its own dependency graph implementation but if that was > switched to networkx[1] that library has a bunch of nice read/write > capabilities. > > See: https://github.com/networkx/networkx/tree/master/networkx/readwrite > > And one ma

Re: [openstack-dev] pycharm license?

Hey Devs, I just got clarification on what it was meant by 'commercial developer.' If developer participates in commercial consulting, develops commercial per-order customization / implementation for OpenStack (if any) – they are considered a commercial developer. As long as you do not meet th

Re: [openstack-dev] [Nova] [All] API standards working group

On Tue, Sep 23, 2014 at 5:18 PM, Jay Pipes wrote: > Yes, I'd be willing to head up the working group... or at least > participate in it. > I'll bring an API consumer's perspective. dt -- Dean Troyer [email protected] ___ OpenStack-dev mailing list

Re: [openstack-dev] [Heat] stack-update with existing parameters

On 24/09/14 08:47, Tomas Sedovic wrote: On 24/09/14 13:50, Dimitri Mazmanov wrote: TL;DR Is there any reason why stack-update doesn¹t reuse the existing parameters when I extend my stack definition with a resource that uses them? Hey Dimitri, There is an open bug for this feature: https://bu

Re: [openstack-dev] pycharm license?

Le 24/09/2014 17:41, Andrew Melton a écrit : Hey Devs, I just got clarification on what it was meant by 'commercial developer.' If developer participates in commercial consulting, develops commercial per-order customization / implementation for OpenStack (if any) – they are considered a comm

[openstack-dev] [NFV] Meeting Minutes for 2014-09-24

Hi all, Thanks to those who attended today's meeting, please find links to the minutes and log below: Minutes: http://eavesdrop.openstack.org/meetings/nfv/2014/nfv.2014-09-24-14.03.html Minutes (text): http://eavesdrop.openstack.org/meetings/nfv/2014/nfv.2014-09-24-14.03.txt Log:

[openstack-dev] [QA] Meeting Thursday September 25th at 17:00 UTC

Hi Everyone, Just a quick reminder that the weekly OpenStack QA team IRC meeting will be this Thursday, September 25th at 17:00 UTC in the #openstack-meeting channel. The agenda for tomorrow's meeting can be found here: https://wiki.openstack.org/wiki/Meetings/QATeamMeeting Anyone is welcome to a

Re: [openstack-dev] [Nova] [All] API standards working group

On Sep 24, 2014, at 9:42 AM, Dean Troyer wrote: > I'll bring an API consumer's perspective. +1 I’d bring an API consumer’s perspective as well. Looks like there’s lots of support for an API WG. What’s the next step? Form a WG under the User Committee [1] or is there something more appropria

[openstack-dev] [OSSN 0029] Neutron FWaaS rules lack port restrictions when using protocol 'any'

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Neutron FWaaS rules lack port restrictions when using protocol 'any' - --- ### Summary ### A bug in the Neutron FWaaS (Firewall as a Service) code results in iptables rules being generated that do not reflect desired port restrictions. This behaviour

Re: [openstack-dev] [Nova] [All] API standards working group

On Wed, Sep 24, 2014 at 11:42 AM, Dean Troyer wrote: > On Tue, Sep 23, 2014 at 5:18 PM, Jay Pipes wrote: > >> Yes, I'd be willing to head up the working group... or at least >> participate in it. >> > > I'll bring an API consumer's perspective. > > > I would love to participate too. I have an in

Re: [openstack-dev] [Nova] [All] API standards working group

On 09/24/2014 12:48 PM, Everett Toews wrote: On Sep 24, 2014, at 9:42 AM, Dean Troyer wrote: I'll bring an API consumer's perspective. +1 I’d bring an API consumer’s perspective as well. Looks like there’s lots of support for an API WG. What’s the next step? Form a WG under the User Commi

[openstack-dev] [Zaqar] The horse is dead. Long live the horse.

Sorry for the vague subject[1]. I just wanted to commend Flavio Percoco and the Zaqar team for maintaining poise and being excellent citizens of OpenStack whilst being questioned intensely by the likes of me, and others. I feel that this questioning has been useful, and will allow us to reason abo

Re: [openstack-dev] [all][tripleo] New Project -> Kolla: Deploy and Manage OpenStack using Kubernetes and Docker

Sounds like an interesting project/goal and will be interesting to see where this goes. A few questions/comments: How much golang will people be exposed to with this addition? Seeing that this could be the first 'go' using project it will be interesting to see where this goes (since afaik none

[openstack-dev] [Sahara][Doc] Filing a bug for modifying the image

Hi all, In this documentation http://docs.openstack.org/developer/sahara/overview.html#details, the missing services were added. And I notice that the image is not in parallel to the description and I think it needs to be fixed. So should I file a new bug in launchpad before proceeding? Thanks, S

Re: [openstack-dev] [nova] Create an instance with a custom uuid

Whats the use case for this? We should be thorough when making API changes like this. On Wed, Sep 24, 2014 at 6:56 AM, joehuang wrote: > +1. > > Or at least provide a way to specify an external UUID for the instance, > and can retrieve the instance through the external UUID which may be linked >

Re: [openstack-dev] [Sahara][Doc] Filing a bug for modifying the image

Hi Sharan, Yes, file bug, commit new image to review. Thanks, Andrew. On Wed, Sep 24, 2014 at 10:16 AM, Sharan Kumar M < [email protected]> wrote: > Hi all, > > In this documentation > http://docs.openstack.org/developer/sahara/overview.html#details, the > missing services were added.

Re: [openstack-dev] [Zaqar] The horse is dead. Long live the horse.

On 09/24/2014 06:07 PM, Clint Byrum wrote: I just wanted to commend Flavio Percoco and the Zaqar team for maintaining poise and being excellent citizens of OpenStack whilst being questioned intensely by the likes of me, and others. +1 ___ OpenStack-d

Re: [openstack-dev] [all][tripleo] New Project -> Kolla: Deploy and Manage OpenStack using Kubernetes and Docker

On 09/24/2014 10:12 AM, Joshua Harlow wrote: Sounds like an interesting project/goal and will be interesting to see where this goes. A few questions/comments: How much golang will people be exposed to with this addition? Joshua, I expect very little. We intend to use Kubernetes as an upstr

Re: [openstack-dev] [Zaqar] The horse is dead. Long live the horse.

On 09/24/2014 07:07 PM, Clint Byrum wrote: > Sorry for the vague subject[1]. I just wanted to commend Flavio Percoco > and the Zaqar team for maintaining poise and being excellent citizens > of OpenStack whilst being questioned intensely by the likes of me, > and others. And I'd personally like to

Re: [openstack-dev] Thoughts on OpenStack Layers and a Big Tent model

On 18/09/14 14:53, Monty Taylor wrote: Hey all, I've recently been thinking a lot about Sean's Layers stuff. So I wrote a blog post which Jim Blair and Devananda were kind enough to help me edit. http://inaugust.com/post/108 Thanks Monty, I think there are some very interesting ideas in here.

Re: [openstack-dev] [Nova] [All] API standards working group

Seems like there is some overlap with the end user (i.e. consumer) working group at https://wiki.openstack.org/wiki/End_User_Working_Group Sounds like it would be worth discussing with them on how to focus on these needs. The scope of the end user is much larger than just the API but a consist

Re: [openstack-dev] [Ceilometer] Why alarm name is unique per project?

@Nejc Saje you're talking about group alarm, I'm going to try it on Kilo On Wed, Sep 24, 2014 at 7:34 PM, Nejc Saje wrote: > > On 09/24/2014 12:23 PM, Long Suo wrote: > >> Hi, all >> >> I am just a little confused why alarm name should be unique per project, >> anyone knows this? >> > > Good po

[openstack-dev] sw process

Folks – we have gotten into a couple of loose habits in our mad dash to beta 1 that we need to tighten up on. I’ve asked Ryan to set geritt up to fail reviews when the commit id does not contain one of the following, so please add them to your commit. In addition please make your commit messa

Re: [openstack-dev] Thoughts on OpenStack Layers and a Big Tent model

Excerpts from Robert Collins's message of 2014-09-23 21:14:47 -0700: > No one helped me edit this :) > > http://rbtcollins.wordpress.com/2014/09/24/what-poles-for-the-tent/ > > I hope I haven't zoned out and just channelled someone else here ;) > This sounds like "API's are what matters." You d

Re: [openstack-dev] sw process

SORRY – please ignore that email – it was clearly internal…… I used the wrong ML (blush) ___ OpenStack-dev mailing list [email protected] http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Nova] [All] API standards working group

On 09/24/2014 10:05 AM, Jay Pipes wrote: > Whatever it ends up being, it needs to have some teeth to it. Otherwise, > we're going to end up in the exact same place we're in now, where each > project does something slightly different. +1 I think getting started and produce some material to discuss

Re: [openstack-dev] sw process

On 09/24/2014 02:51 PM, Tracy Jones wrote: > > SORRY – please ignore that email – it was clearly internal…… I used the wrong > ML (blush) > > > > ___ > OpenStack-dev mailing list > [email protected] > http://lists.openstack.org/cgi-b

Re: [openstack-dev] [sahara] Juno release images

here are the updated fedora images, could we get them hosted at sahara-files.mirantis.com please https://mimccune.fedorapeople.org/sahara-juno-vanilla-1.2.1-fedora-20.qcow2 https://mimccune.fedorapeople.org/sahara-juno-vanilla-2.4.1-fedora-20.qcow2 md5sum 7e8a39bb4d43ebf07ceeaf66670d8726 sahara

Re: [openstack-dev] usability anti-pattern, part 2

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/19/2014 09:01 PM, Monty Taylor wrote: > except exc.Unauthorized: > raise exc.CommandError("Invalid OpenStack credentials.") > except exc.AuthorizationFailure: > raise exc.CommandError("Unable to authorize u

Re: [openstack-dev] Thoughts on OpenStack Layers and a Big Tent model

On 19/09/14 22:37, Monty Taylor wrote: I think we can do what you're saying and generalize a little bit. What if we declared programs, as needed, when we think there is a need to "pick a winner". (I think we can all agree that early winner picking is an unintended but very real side effect of the

Re: [openstack-dev] Thoughts on OpenStack Layers and a Big Tent model

On 09/24/2014 02:48 PM, Clint Byrum wrote: Excerpts from Robert Collins's message of 2014-09-23 21:14:47 -0700: No one helped me edit this :) http://rbtcollins.wordpress.com/2014/09/24/what-poles-for-the-tent/ I hope I haven't zoned out and just channelled someone else here ;) This sounds li

[openstack-dev] [Sahara][Doc] Features overview suggests Cinder to increase reliability

Hi all, In this bug https://bugs.launchpad.net/sahara/+bug/1371360 its said that Cinder itself has replication and using it with HDFS will increase replication even more. That said, will mentioning this in the documentation and also stating that "it makes sense to use Cinder when replication facto

Re: [openstack-dev] Thoughts on OpenStack Layers and a Big Tent model

On 2014-09-24 13:55:57 -0400 (-0400), Zane Bitter wrote: [...] > * Assumption #2: Yawnoc's Law > > Don't bother Googling that, I just made it up. It's the reverse of > Conway's Law: > > Infra engineers who design governance structures for OpenStack > are constrained to produce designs that ar

[openstack-dev] [Fuel] Documentation process

Hi, I would like to discuss the documentation process and align it to OpenStack flow. At the moment we add special tags to bugs in Launchpad which is not optimal as everyone can add/remove tags cannot participate in documentation process or enforce documentation process. I suggest to switch to s

Re: [openstack-dev] [nova] Create an instance with a custom uuid

Hi Joe, Tools like Pumphouse [1] (migrates workloads, e.g. instances, between two OpenStack clouds) would benefit from supporting this (Pumphouse would be able to replicate user instances in a new cloud up to their UUIDs). Are there any known gotchas with support of this feature in REST APIs (in

Re: [openstack-dev] [nova] Create an instance with a custom uuid

On Wed, Sep 24, 2014 at 2:58 PM, Roman Podoliaka wrote: > Are there any known gotchas with support of this feature in REST APIs > (in general)? > I'd be worried about relying on a user-defined attribute in that use case, that's ripe for a DOS. Since these are cloud-unique I wouldn't even need t

Re: [openstack-dev] [nova] Create an instance with a custom uuid

On Wed, Sep 24, 2014 at 12:58:06PM -0700, Roman Podoliaka wrote: > Hi Joe, > > Tools like Pumphouse [1] (migrates workloads, e.g. instances, between > two OpenStack clouds) would benefit from supporting this (Pumphouse > would be able to replicate user instances in a new cloud up to their > UUIDs)

[openstack-dev] [Ironic] PTL Candidacy

Hi all, I would like to announce my candidacy for the PTL role of the Bare Metal Provisioning program. I have been the PTL of Ironic since I began the project at the Havana summit, and I am partly to blame for the baremetal driver that Ironic was forked from. (If you've touched that code, you wil

Re: [openstack-dev] [Ironic] PTL Candidacy

confirmed On 24/09/14 04:28 PM, Devananda van der Veen wrote: > Hi all, > > I would like to announce my candidacy for the PTL role of the Bare Metal > Provisioning program. > > I have been the PTL of Ironic since I began the project at the Havana summit, > and I am partly to blame for the bareme

[openstack-dev] [Manila] PTL Candidacy

Hello! I have been the de-facto PTL for Manila from the conception of the project up to now. Since Manila is an officially incubated OpenStack program, I have the opportunity to run for election and hopefully become the officially elected PTL for the Manila project. I'm running because I feel that

Re: [openstack-dev] [Nova] [All] API standards working group

On Wed, Sep 24, 2014 at 11:05 AM, David Stanek wrote: > > > On Wed, Sep 24, 2014 at 11:42 AM, Dean Troyer wrote: >> >> On Tue, Sep 23, 2014 at 5:18 PM, Jay Pipes wrote: >>> >>> Yes, I'd be willing to head up the working group... or at least >>> participate in it. >> >> >> I'll bring an API consu

Re: [openstack-dev] [Nova] [All] API standards working group

On Wed, Sep 24, 2014 at 12:18 AM, Jay Pipes wrote: > Yes, I'd be willing to head up the working group... or at least > participate in it. I am certainly interested, count me in. Chmouel ___ OpenStack-dev mailing list [email protected]

[openstack-dev] [Neutron][L3] Team Meeting Thursday at 1500 UTC

The Neutron L3 Subteam will meet tomorrow at the regular time and place. The agenda and details are posted [1]. I think the RC1 ship will have sailed for most potential fixes by then so I'd like to take some time during the meeting tomorrow to chat about the work that is coming up for Kilo. Ther

Re: [openstack-dev] [Glance][Nova] Does glance support upper case key/value pair?

Yes, IIRC, these extra properties will be handled to lower case, see https://github.com/openstack/glance/blob/master/glance/common/utils.py#L236 What's the nova bug you're talking about? Cheers. On 24/09/14 16:21, Chen CH Ji wrote: > > Got following result when doing bug analysis on nova , is th

Re: [openstack-dev] [nova] Create an instance with a custom uuid

On 9/24/2014 3:17 PM, Dean Troyer wrote: On Wed, Sep 24, 2014 at 2:58 PM, Roman Podoliaka mailto:[email protected]>> wrote: Are there any known gotchas with support of this feature in REST APIs (in general)? I'd be worried about relying on a user-defined attribute in that use c

[openstack-dev] [TripleO] PTL Candidacy

I'd like to announce my candidacy for TripleO PTL. I think most folks who have worked in the TripleO community probably know me. For those who don't, I work for Red Hat, and over the last year and a half that I've been involved with TripleO I've worked in different areas. My focus has been on impr

Re: [openstack-dev] Having a problem regarding git review.

Thanks Julie! It worked. Actually I had different email address as a foundation member and for gerrit account. At last I could submit my first fix. Sorry for the late reply. And thank you very much once again for your help. Thanks & Regards, Tahmina Ahmed On Tue, Sep 23, 2014 at 7:19 PM, Julie P

[openstack-dev] [sahara] team meeting Sept 25 1800 UTC

Hi folks, We'll be having the Sahara team meeting as usual in #openstack-meeting-alt channel. Agenda: https://wiki.openstack.org/wiki/Meetings/SaharaAgenda#Next_meetings http://www.timeanddate.com/worldclock/fixedtime.html?msg=Sahara+Meeting&iso=20140925T18 -- Sincerely yours, Sergey Lukjanov

Re: [openstack-dev] [sahara] Juno release images

Great, thank you! So, it looks like we have all the available images has been published for the Juno release. On Wed, Sep 24, 2014 at 12:15 PM, Michael McCune wrote: > here are the updated fedora images, could we get them hosted at > sahara-files.mirantis.com please > > https://mimccune.fedorap

Re: [openstack-dev] [Neutron][LBaaS] Interaction with Barbican and Keystone

Hi Adam, For me the thing needs to be user friendly. So my main question is how do things look in Horizon? Will there just be a popup saying "Establish Trust (Y/N)". I am wondering as you how other teams are handling that... Thanks, German -Original Message- From: Adam Harwell [mailto:

Re: [openstack-dev] [all][tripleo] New Project -> Kolla: Deploy and Manage OpenStack using Kubernetes and Docker

Excerpts from Steven Dake's message of 2014-09-23 15:40:29 -0700: > *Hi folks,*** > * > > > I'm pleased to announce the development of a new project Kolla which is > Greek for glue :). Kolla has a goal of providing an implementation that > deploys OpenStack using Kubernetes and Docker. This pro

Re: [openstack-dev] [Neutron][LBaaS] Migrations in feature branch

Apparently I've mistakenly though that feature branch will form separate optional component. If it will eventually be a part of neutron - then it's fine. Thanks, Eugene. On Wed, Sep 24, 2014 at 1:30 PM, Salvatore Orlando wrote: > Relying again on automatic schema generation could be error-prone

  1   2   >