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] [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] [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] [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

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

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] [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] [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

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] [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] [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] 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] [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] [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] [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] [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] [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] 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] [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] [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: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

[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] [Nova] Some ideas for micro-version implementation

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

[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] [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

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

[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] [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] [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 OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

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

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

> -Original Message- > From: Jay Pipes [mailto:jaypi...@gmail.com] > Sent: Wednesday, September 24, 2014 7:19 AM > To: openstack-dev@lists.openstack.org > 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:jaypi...@gmail.com] > Sent: Wednesday, September 24, 2014 12:47 AM > To: openstack-dev@lists.openstack.org > Subject: Re: [openstack-dev] [Nova] Some ideas for micro-version > implementation > > On 09/22/2014 04:27 PM, Brant Knudson wrote: >

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

[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] [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

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] [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

[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] [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

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] [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:/

[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

<    1   2