Re: [openstack-dev] [TripleO] Propose adding StevenK to core reviewers

On 19/09/14 12:22, Robert Collins wrote: > So we've clearly got a majority support :) - Steve, you up for the challenge? "I solemnly swear I am up to no go..." Wait, that isn't the quote I'm after. :-) I'm delighted to say I'm up for and welcome the challenge. Cheers, --

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

Close to Kilo, it is time to think about what's next for nova API. In Kilo, we will continue develop the important feature micro-version. In previous v2 on v3 propose, it's include some implementations can be used for micro-version. (https://review.openstack.org/#/c/84695/19/specs/juno/v2-on-v3-

Re: [openstack-dev] Oslo final releases ready

Howdy, I did some digging and it appears because the proposal bot failed and skipped out updating keystone-specs: http://logs.openstack.org/c2/c2372ca3ef6c3ced31934429aecf830daafe583a/post/propose-requirements-updates/e9bbc05/console.html#_2014-09-18_22_56_42_181 (the exit comes from here: http://

Re: [openstack-dev] Oslo final releases ready

I would like to do a python-novaclient release, but this requirements commit hasn't yet turned into a requirements proposal for novaclient (that I can find). Can someone poke that for me? Michael On Fri, Sep 19, 2014 at 12:04 AM, Doug Hellmann wrote: > All of the final releases for the Oslo libr

[openstack-dev] Neutron: why OVS bridges (br-int, br-tun) are integrated in Icehouse?

Hello, I want to know that why bridges are integrated. So, I saw that GRE tunnels also established on br-int. I dumped flowtables on br-int like bellow. (It's summerized ) table=0, n_packets=29, n_bytes=2938, send_flow_rem in_port=3,dl_src=fa:16:3e:9e:dc:5f actions

Re: [openstack-dev] [Heat] naming of provider template for docs

Angus Salkeld wrote on 09/18/2014 09:33:56 PM: > Hi > I am trying to add some docs to openstack-manuals hot_guide about > using provider templates : https://review.openstack.org/#/c/121741/ > Mike has suggested we use a different term, he thinks "provider" is > confusing. > I agree that at th

Re: [openstack-dev] [rally] KeyError: 'admin'

Boris, I am so sorry for my too late reply. I retried verify command after I updated my rally, then everything worked well. Thanks for your quick bug fix. Best regards, Daisuke Morita On 2014/09/09 6:48, Boris Pavlovic wrote: Daisuke, This patch https://review.openstack.org/#/c/116766/

[openstack-dev] [Neutron] timestamp for Neutron object

Hello, Sorry I don't know what happened in the history of Neutron DB design. It's very strange that there is no timestamp for Neutron objects, especially for Port. Nova/Cinder has timestamp field for almost all objects. Port status will be changed timely, it's very useful to record the timesta

Re: [openstack-dev] [neutron][security-groups] Neutron default security groups

Agree! +1 On Thu, Sep 18, 2014 at 1:47 PM, Lingxian Kong wrote: > Hi, shihanzhang: > > Thanks for bringing this up, again. > > As I said before, this blueprint will solve the problems that the > 'hard-coded' rules related to the default security group we are > suffering from, which I do think wi

Re: [openstack-dev] [Neutron][QoS] Applying QoS as Quota

When you say 'associate to VMs', that would be associating to neutron ports, right? If so, this is a subset of what is in: https://blueprints.launchpad.net/neutron/+spec/neutron-port-template-framework https://blueprints.launchpad.net/neutron/+spec/neutron-port-template-policy which also includ

Re: [openstack-dev] [TripleO] Propose adding StevenK to core reviewers

So we've clearly got a majority support :) - Steve, you up for the challenge? -Rob On 16 September 2014 01:44, Alexis Lee wrote: > Gregory Haynes said on Tue, Sep 09, 2014 at 06:32:38PM +: >> I have been working on a meta-review of StevenK's reviews and I would >> like to propose him as a ne

Re: [openstack-dev] [nova] are we going to remove the novaclient v3 shell or what?

> -Original Message- > From: Ken'ichi Ohmichi [mailto:ken1ohmi...@gmail.com] > Sent: Thursday, September 18, 2014 10:16 PM > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] [nova] are we going to remove the novaclient v3 > shell or what? > >>

Re: [openstack-dev] [Keystone][Oslo] Federation and Policy

On 09/18/2014 05:14 PM, Doug Hellmann wrote: On Sep 18, 2014, at 4:34 PM, David Chadwick wrote: On 18/09/2014 21:04, Doug Hellmann wrote: On Sep 18, 2014, at 12:36 PM, David Chadwick wrote: Our recent work on federation suggests we need an improvement to the way the policy engine works. M

Re: [openstack-dev] [Sahara] Networking Service for Sahara

Conf guide includes note about setting one of the networks - http://docs.openstack.org/developer/sahara/userdoc/configuration.guide.html?highlight=neutron On Wed, Sep 17, 2014 at 2:41 PM, Andrew Lazarev wrote: > Hi Sharan, > > Sahara works with either network service installed in OpenStack. If >

[openstack-dev] [Heat] naming of provider template for docs

Hi I am trying to add some docs to openstack-manuals hot_guide about using provider templates : https://review.openstack.org/#/c/121741/ Mike has suggested we use a different term, he thinks "provider" is confusing. I agree that at the minimum, it is not very descriptive. Mike has suggested "nes

Re: [openstack-dev] [nova] Expand resource name allowed characters

On 09/18/2014 07:57 PM, Christopher Yeoh wrote: > On Thu, 18 Sep 2014 12:12:28 -0400 > Sean Dague wrote: >>> When we can return the json-schema to user in the future, can we say >>> that means API accepting utf8 or utf8mb4 is discoverable? If it is >>> discoverable, then we needn't limit anything

Re: [openstack-dev] [nova] Expand resource name allowed characters

Excerpts from Christopher Yeoh's message of 2014-09-18 16:57:12 -0700: > On Thu, 18 Sep 2014 12:12:28 -0400 > Sean Dague wrote: > > > When we can return the json-schema to user in the future, can we say > > > that means API accepting utf8 or utf8mb4 is discoverable? If it is > > > discoverable, th

Re: [openstack-dev] [nova] Expand resource name allowed characters

On 09/17/2014 10:44 AM, Day, Phil wrote: >> -Original Message- >> From: Jay Pipes [mailto:jaypi...@gmail.com] >> Sent: 12 September 2014 19:37 >> To: openstack-dev@lists.openstack.org >> Subject: Re: [openstack-dev] [nova] Expand resource name allowed >> characters >> >> Had to laugh about

Re: [openstack-dev] [nova] Expand resource name allowed characters

On Thu, 18 Sep 2014 12:12:28 -0400 Sean Dague wrote: > > When we can return the json-schema to user in the future, can we say > > that means API accepting utf8 or utf8mb4 is discoverable? If it is > > discoverable, then we needn't limit anything in our python code. > > Honestly, we should accept

Re: [openstack-dev] [nova] Expand resource name allowed characters

On Thu, 18 Sep 2014 13:45:42 +0200 Flavio Percoco wrote: > On 09/18/2014 01:28 PM, Sean Dague wrote: > > On 09/18/2014 07:19 AM, Ken'ichi Ohmichi wrote: > >> 2014-09-18 19:57 GMT+09:00 Sean Dague : > >>> On 09/18/2014 06:38 AM, Christopher Yeoh wrote: > On Sat, 13 Sep 2014 06:48:19 -0400 > >

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

Great writeup. I think there are some great concrete suggestions here. A couple more: 1. I think we need a better name for Layer #1 that actually represents what the goal of it is: Infrastructure Services? 2. We need to be be open to having other Layer #1s within the community. We should allow

Re: [openstack-dev] [Neutron][QoS] Applying QoS as Quota

Hello, I'm aware it's not so easy to define a solution, so I'll expose my idea. I was thinking about a "network flavor" that a tenant can associate to VMs. Basically the network flavour is a QoS policy. The admin can define the network flavors (Gold, Silver, ... call it as you want) with a set o

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

I've made an attempt at mapping out exactly how Neutron Advanced Services will communicate with Barbican to retrieve Certificate/Key info for TLS purposes. This is far from solidified, since there are some issues that I'll go over momentarily. First, here is a *high level* diagram of the process fl

Re: [openstack-dev] [Mistral] callback on workflow completion

Well, event types are supposed to be different depending on what we want.. I just like the idea of using actions because corresponds to spirit of Mistral :) Btw, zaqar can be easily supported in a form of action (again, to be consistent with what we do in the system). Renat Akhmerov @ Mirantis

Re: [openstack-dev] Documentation on writing a neutron plugin/driver

Hi Salvatore, Thank you for your quick response, I did go through the video and slide deck which introduced HDN plugin and it was very helpful. Great job by both of you. The Hdn Plugin is very useful and is a good introduction. Given the fact that I am new to OpenStack, I was trying to play with

Re: [openstack-dev] Documentation on writing a neutron plugin/driver

On 09/18/2014 05:05 PM, openstack technology wrote: > Hi All: > > Is there any documentation on how to write a neutron plugin & drivers > (including what files need to be changed), I could not find this on > OpenStack documentation pages. I tried to use the "Hdn" example plugin and > tried to inte

Re: [openstack-dev] Documentation on writing a neutron plugin/driver

Hi Edgar, Thank you for your quick response, will look at the opencontrail plugin under 96630 Regards, Prashant. On Thu, Sep 18, 2014 at 5:12 PM, Edgar Magana wrote: > Daniel, > > You can start with: > https://wiki.openstack.org/wiki/NeutronDevelopment > > You can also take a look to one o

Re: [openstack-dev] [oslo] zeromq work for kilo

> > > That’s great feedback, Eric, thank you. I know some of the other projects > are moving drivers out of the main core tree, and we could certainly > consider doing that here as well, if we have teams willing to sign up for > the work it means doing. > > In addition to the zmq driver, we have a

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

On 09/18/2014 01:12 PM, Dean Troyer wrote: > On Thu, Sep 18, 2014 at 1:53 PM, Monty Taylor wrote: > >> 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. >> > > Thanks for writing that Monty. Sea

[openstack-dev] [oslo] juno retro for tomorrow's meeting

For our meeting tomorrow I would like to hold a retrospective of this cycle, and talk about things that did or didn’t work and what we might want to do differently during kilo. I’ve created an etherpad [1] for the notes in advance, so if you have something to discuss please add it there. If you

Re: [openstack-dev] Documentation on writing a neutron plugin/driver

The HDN plugin is purely for educational purposes. I remember it worked with devstack, but as I've not run it for a while it might be broken now. If you've found this plugin you should also have found the slides which introduced it. First you should assess whether you need to implement a new plug

Re: [openstack-dev] [Keystone][Oslo] Federation and Policy

On Sep 18, 2014, at 4:34 PM, David Chadwick wrote: > > > On 18/09/2014 21:04, Doug Hellmann wrote: >> >> On Sep 18, 2014, at 12:36 PM, David Chadwick >> wrote: >> >>> Our recent work on federation suggests we need an improvement to >>> the way the policy engine works. My understanding is th

Re: [openstack-dev] Documentation on writing a neutron plugin/driver

Daniel, You can start with: https://wiki.openstack.org/wiki/NeutronDevelopment You can also take a look to one of the latest plugins in being merged: https://review.openstack.org/#/c/96630/ If you are looking into a ML2 driver: https://review.openstack.org/#/c/64944/ Cheers, Edgar From: opens

[openstack-dev] Documentation on writing a neutron plugin/driver

Hi All: Is there any documentation on how to write a neutron plugin & drivers (including what files need to be changed), I could not find this on OpenStack documentation pages. I tried to use the "Hdn" example plugin and tried to integrate it as a part of "DevStack" but looks like the "Hdn" exampl

Re: [openstack-dev] [Keystone][Oslo] Federation and Policy

On 18/09/2014 21:04, Doug Hellmann wrote: > > On Sep 18, 2014, at 12:36 PM, David Chadwick > wrote: > >> Our recent work on federation suggests we need an improvement to >> the way the policy engine works. My understanding is that most >> functions are protected by the policy engine, but some

Re: [openstack-dev] [oslo] zeromq work for kilo

On Sep 18, 2014, at 4:16 PM, Eric Windisch wrote: > > > On Thu, Sep 18, 2014 at 3:55 PM, Doug Hellmann wrote: > > On Sep 18, 2014, at 10:16 AM, Kapil Thangavelu > wrote: > > > > > > > On Thu, Sep 18, 2014 at 4:18 AM, Flavio Percoco wrote: > > On 09/17/2014 04:34 PM, Doug Hellmann wrote:

Re: [openstack-dev] [oslo] zeromq work for kilo

Hi Davanum The two primary fixes to oslo.messaging outstanding to get things running are https://review.openstack.org/#/c/84938/ https://review.openstack.org/#/c/120745/ cheers, Kapil On Thu, Sep 18, 2014 at 11:32 AM, Davanum Srinivas wrote: > Kapil, > > I see just 2 relevant reviews for zm

Re: [openstack-dev] [oslo] zeromq work for kilo

On Thu, Sep 18, 2014 at 3:55 PM, Doug Hellmann wrote: > > On Sep 18, 2014, at 10:16 AM, Kapil Thangavelu < > kapil.thangav...@canonical.com> wrote: > > > > > > > On Thu, Sep 18, 2014 at 4:18 AM, Flavio Percoco > wrote: > > On 09/17/2014 04:34 PM, Doug Hellmann wrote: > > > This thread [1] has tu

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

On Thu, Sep 18, 2014 at 1:53 PM, Monty Taylor wrote: > 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. > Thanks for writing that Monty. Sean took a concept meant for organizing the relationship

Re: [openstack-dev] [Keystone][Oslo] Federation and Policy

On Sep 18, 2014, at 12:36 PM, David Chadwick wrote: > Our recent work on federation suggests we need an improvement to the way > the policy engine works. My understanding is that most functions are > protected by the policy engine, but some are not. The latter functions > are publicly accessible

[openstack-dev] What's up doc? Sept 18 2014

We're less than a month from our October 16th release and I'm appreciating the focus on the install guide. Thanks Matt Kassawara and our intrepid reviewers! Tomorrow we should have a release 2.1.3 of the clouddocs-maven-plugin. This is the version we'll "freeze" upon for the upcoming Juno release.

Re: [openstack-dev] [oslo] zeromq work for kilo

On Sep 18, 2014, at 10:16 AM, Kapil Thangavelu wrote: > > > On Thu, Sep 18, 2014 at 4:18 AM, Flavio Percoco wrote: > On 09/17/2014 04:34 PM, Doug Hellmann wrote: > > This thread [1] has turned more “future focused", so I’m moving the > > conversation to the -dev list where we usually have t

Re: [openstack-dev] Log Rationalization -- Bring it on!

On 09/17/2014 08:48 PM, John Dickinson wrote: > > On Sep 17, 2014, at 8:43 PM, Jay Faulkner wrote: > >> Comments inline. >> >>> -Original Message- >>> From: Monty Taylor [mailto:mord...@inaugust.com] >>> Sent: Wednesday, September 17, 2014 7:34 PM >>> To: openstack-dev@lists.openstack.or

Re: [openstack-dev] [TripleO] Set WIP for stale patches?

How many of the reviews that we WIP-1 will actually be revisited? I'm sure there will be cases where a current developer forgetting they had started on something, seeing the e-mail about the WIP-1, and then abandoning the change. But what about developers who have moved off the project entire

Re: [openstack-dev] Log Rationalization -- Bring it on!

On Sep 17, 2014, at 7:42 PM, Rochelle.RochelleGrober wrote: > TL;DR: I consider the poor state of log consistency a major impediment for > more widespread adoption of OpenStack and would like to volunteer to own this > cross-functional process to begin to unify and standardize logging messag

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

On 09/18/2014 03:45 PM, Flavio Percoco wrote: On 09/18/2014 04:09 PM, Gordon Sim wrote: Is the replication synchronous or asynchronous with respect to client calls? E.g. will the response to a post of messages be returned only once the replication of those messages is confirmed? Likewise when de

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

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 Enjoy. Monty ___ OpenStack-dev mailing list OpenStack-dev@lists.

Re: [openstack-dev] [ceilometer] Performance degradation (docs) for sampling rate less than 10 mins

Hi Patanjali! We have inspected this question and got a document with results of this testing. Tests are running on physical lab and includes 2000 VMs ran by Nova and 60 second polling interval. Expanded information in doc https://docs.google.com/a/mirantis.com/document/d/1jvqIy6fWQBvTZEfdnk37FvF

[openstack-dev] [Ceilometer] Work at bug "Ceilometer HBase driver cannot handle non-ascii characters"

Hi, folks! I want to engage this bug [1]. But fixing of this bug has raised question. Issue is that happybase does not support unicode symbols and approaches to processing unicode symbols is needed to discuss. I suggest next variants: 1. Anywa

Re: [openstack-dev] Please do *NOT* use "vendorized" versions of anything (here: glanceclient using requests.packages.urllib3)

On 9/18/14, 11:29 AM, "Clint Byrum" wrote: >Excerpts from Donald Stufft's message of 2014-09-18 07:30:27 -0700: >> >> > On Sep 18, 2014, at 10:18 AM, Clint Byrum wrote: >> > >> > Excerpts from Donald Stufft's message of 2014-09-18 04:58:06 -0700: >> >> >> >>> On Sep 18, 2014, at 7:54 AM, Th

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

On Thu, Sep 18, 2014 at 7:45 AM, Flavio Percoco wrote: > On 09/18/2014 04:09 PM, Gordon Sim wrote: > > On 09/18/2014 12:31 PM, Flavio Percoco wrote: > >> On 09/17/2014 10:36 PM, Joe Gordon wrote: > >>> My understanding of Zaqar is that it's like SQS. SQS uses distributed > >>> queues, which have

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

On Thu, Sep 18, 2014 at 8:54 AM, Devananda van der Veen wrote: > On Thu, Sep 18, 2014 at 7:45 AM, Flavio Percoco wrote: >> On 09/18/2014 04:09 PM, Gordon Sim wrote: >>> On 09/18/2014 12:31 PM, Flavio Percoco wrote: Zaqar guarantees FIFO. To be more precise, it does that relying on the s

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

On Thu, Sep 18, 2014 at 9:02 AM, Devananda van der Veen < devananda@gmail.com> wrote: > On Thu, Sep 18, 2014 at 7:55 AM, Flavio Percoco wrote: > > On 09/18/2014 04:24 PM, Clint Byrum wrote: > >> Great job highlighting what our friends over at Amazon are doing. > >> > >> It's clear from these

Re: [openstack-dev] Please do *NOT* use "vendorized" versions of anything (here: glanceclient using requests.packages.urllib3)

Excerpts from Ian Cordasco's message of 2014-09-18 07:35:10 -0700: > On 9/18/14, 9:18 AM, "Clint Byrum" wrote: > > >Excerpts from Donald Stufft's message of 2014-09-18 04:58:06 -0700: > >> > >> > On Sep 18, 2014, at 7:54 AM, Thomas Goirand wrote: > >> > > >> >> > >> >> Linux distributions are

Re: [openstack-dev] Please do *NOT* use "vendorized" versions of anything (here: glanceclient using requests.packages.urllib3)

> On Sep 18, 2014, at 12:29 PM, Clint Byrum wrote: > > Excerpts from Donald Stufft's message of 2014-09-18 07:30:27 -0700: >> >>> On Sep 18, 2014, at 10:18 AM, Clint Byrum wrote: >>> >>> Excerpts from Donald Stufft's message of 2014-09-18 04:58:06 -0700: > On Sep 18, 2014, at 7:54 A

[openstack-dev] [Keystone][Oslo] Federation and Policy

Our recent work on federation suggests we need an improvement to the way the policy engine works. My understanding is that most functions are protected by the policy engine, but some are not. The latter functions are publicly accessible. But there is no way in the policy engine to specify public ac

Re: [openstack-dev] Please do *NOT* use "vendorized" versions of anything (here: glanceclient using requests.packages.urllib3)

Excerpts from Donald Stufft's message of 2014-09-18 07:30:27 -0700: > > > On Sep 18, 2014, at 10:18 AM, Clint Byrum wrote: > > > > Excerpts from Donald Stufft's message of 2014-09-18 04:58:06 -0700: > >> > >>> On Sep 18, 2014, at 7:54 AM, Thomas Goirand wrote: > >>> > > Linux distr

Re: [openstack-dev] [Keystone][Horizon] CORS and Federation

Adam I agree with you David On 18/09/2014 17:17, Adam Young wrote: > On 09/17/2014 11:53 AM, Marek Denis wrote: >> Hi, >> >> First of all, we should clarify whether your JS client wants to >> implement ECP or WebSSO workflow. They are slightly different. > > ECP seems to be poorly supported in li

Re: [openstack-dev] Oslo final releases ready

On 09/18/2014 10:04 PM, Doug Hellmann wrote: > All of the final releases for the Oslo libraries for the Juno cycle are > available on PyPI. I’m working on a couple of patches to the global > requirements list to update the baseline in the applications. In all cases, > the final release is a seco

Re: [openstack-dev] [Keystone][Horizon] CORS and Federation

On 09/17/2014 11:56 AM, Matthieu Huin wrote: Hi, - Original Message - From: "Adam Young" To: openstack-dev@lists.openstack.org Sent: Wednesday, September 17, 2014 5:00:16 PM Subject: Re: [openstack-dev] [Keystone][Horizon] CORS and Federation On 09/17/2014 10:35 AM, David Chadwick wro

Re: [openstack-dev] [Keystone][Horizon] CORS and Federation

On 09/17/2014 11:53 AM, Marek Denis wrote: Hi, First of all, we should clarify whether your JS client wants to implement ECP or WebSSO workflow. They are slightly different. ECP seems to be poorly supported in live deployments, and we cannot count on it. WebSSO is the first round. We should

Re: [openstack-dev] [nova] Expand resource name allowed characters

On 09/18/2014 12:08 PM, Alex Xu wrote: > On 2014年09月18日 18:57, Sean Dague wrote: >> On 09/18/2014 06:38 AM, Christopher Yeoh wrote: >>> On Sat, 13 Sep 2014 06:48:19 -0400 >>> Sean Dague wrote: >>> On 09/13/2014 02:28 AM, Kenichi Oomichi wrote: > Hi Chris, > > Thanks for bring it u

Re: [openstack-dev] [Rally] Load testing of dependent resources

Ilya, It sounds good, moreover few other devs asked about similar feature=) So I am working on proposal how to implement this=) Best regards, On Thu, Sep 18, 2014 at 4:35 PM, Ilya Shakhat wrote: > Ralliers, > > I'd like to share with you an idea on how to test dependent resources. > > Let's

Re: [openstack-dev] [nova] Expand resource name allowed characters

On 2014年09月18日 18:57, Sean Dague wrote: On 09/18/2014 06:38 AM, Christopher Yeoh wrote: On Sat, 13 Sep 2014 06:48:19 -0400 Sean Dague wrote: On 09/13/2014 02:28 AM, Kenichi Oomichi wrote: Hi Chris, Thanks for bring it up here, -Original Message- From: Chris St. Pierre [mailto:stpi

Re: [openstack-dev] [all] OpenStack bootstrapping hour - Friday Sept 19th - 3pm EST

On 09/15/2014 06:56 PM, Sean Dague wrote: > A few of us have decided to pull together a regular (cadence to be > determined) video series taking on deep dives inside of OpenStack, > looking at code, explaining why things work that way, and fielding > questions from anyone interested. > > For lack

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

On Thu, Sep 18, 2014 at 7:55 AM, Flavio Percoco wrote: > On 09/18/2014 04:24 PM, Clint Byrum wrote: >> Great job highlighting what our friends over at Amazon are doing. >> >> It's clear from these snippets, and a few other pieces of documentation >> for SQS I've read, that the Amazon team approach

[openstack-dev] [ceilometer] Performance degradation (docs) for sampling rate less than 10 mins

Hi Team, I was considering to change the default sampling rate of the Ceilometer from 10 mins to less than that. I foresee an adverse impact on its performance due to increase in the data inside the MondoDB. I was wondering if the QA team (or anyone else) has done any of the load tests with these

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

On Thu, Sep 18, 2014 at 7:45 AM, Flavio Percoco wrote: > On 09/18/2014 04:09 PM, Gordon Sim wrote: >> On 09/18/2014 12:31 PM, Flavio Percoco wrote: >>> Zaqar guarantees FIFO. To be more precise, it does that relying on the >>> storage backend ability to do so as well. Depending on the storage used

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

On 09/18/2014 05:42 PM, Steve Lewis wrote: > On September 18, 2014 7:45 AM, Flavio Percoco wrote: > >> On 09/18/2014 04:09 PM, Gordon Sim wrote: >> >>> However, as far as consuming messages is concerned, it can >>> guarantee once-and-only-once and/or at-least-once delivery depending on >>> the mes

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

On September 18, 2014 7:45 AM, Flavio Percoco wrote: > On 09/18/2014 04:09 PM, Gordon Sim wrote: > >> However, as far as consuming messages is concerned, it can >> guarantee once-and-only-once and/or at-least-once delivery depending on >> the message pattern used to consume messages. Using pop or

Re: [openstack-dev] [openstack-dev[[Congress]

You are right that we don't have those built ins hooked up yet. But there are patches in review that do that. If you would like to help let us know! Tim P. S. Pardon the brevity. Sent from my mobile. > On Sep 17, 2014, at 10:52 PM, "Madhu Mohan" wrote: > > Hi Congress Team, > > Has anyone t

Re: [openstack-dev] Oslo final releases ready

w00t! -- dims On Thu, Sep 18, 2014 at 10:04 AM, Doug Hellmann wrote: > All of the final releases for the Oslo libraries for the Juno cycle are > available on PyPI. I’m working on a couple of patches to the global > requirements list to update the baseline in the applications. In all cases, >

Re: [openstack-dev] [oslo] zeromq work for kilo

Kapil, I see just 2 relevant reviews for zmq in the oslo.messaging queue: https://review.openstack.org/#/q/project:openstack/oslo.messaging+status:open+file:%255E.*zmq.*,n,z Are there others i am missing? ("fix critical items", "tests" from your email) thanks, dims On Thu, Sep 18, 2014 at 10:16

Re: [openstack-dev] [blazar]: proposal for a new lease type

Hi Sylvain, thanks a lot for your answer. I'd like to extend (if possible) the BLAZAR's list of the supported lease types by adding a new one which covers a specific use case which, it seems, it is not yet supported by BLAZAR. You know, In OpenStack every project has a granted fixed quota whi

Re: [openstack-dev] [oslo] zeromq work for kilo

On 09/18/2014 04:16 PM, Kapil Thangavelu wrote: > > > On Thu, Sep 18, 2014 at 4:18 AM, Flavio Percoco > wrote: > > On 09/17/2014 04:34 PM, Doug Hellmann wrote: > > This thread [1] has turned more “future focused", so I’m moving the > conversation to the -dev l

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

On 09/18/2014 04:24 PM, Clint Byrum wrote: > Great job highlighting what our friends over at Amazon are doing. > > It's clear from these snippets, and a few other pieces of documentation > for SQS I've read, that the Amazon team approached SQS from a _massive_ > scaling perspective. I think what m

[openstack-dev] [MagnetoDB] Async create/delete table

Hi stackers, We're about to introduce asynchronous table creation and deletion in MagnetoDB via oslo.messaging. The draft specification is availiable by the link below. https://wiki.openstack.org/wiki/MagnetoDB/specs/async-schema-operations Please share your thoughts -- Best regards, Illia Kh

Re: [openstack-dev] [TripleO] Set WIP for stale patches?

"Sullivan, Jon Paul" writes: > This is not solely about finding reviews. It is about pruning stale > reviews. I think the auto-abandon code was excellent at doing this, > but alas, it is no more. What's the purpose of pruning stale reviews? I've read the IRC log of the meeting you mentioned.

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

On 09/18/2014 04:09 PM, Gordon Sim wrote: > On 09/18/2014 12:31 PM, Flavio Percoco wrote: >> On 09/17/2014 10:36 PM, Joe Gordon wrote: >>> My understanding of Zaqar is that it's like SQS. SQS uses distributed >>> queues, which have a few unusual properties [0]: >>> >>> >>> Message Order >>> >>

Re: [openstack-dev] [TripleO] Set WIP for stale patches?

On 18 Sep 2014, at 6:06 pm, Sullivan, Jon Paul wrote: >> -Original Message- >> From: James E. Blair [mailto:cor...@inaugust.com] >> Sent: 17 September 2014 23:24 >> To: OpenStack Development Mailing List (not for usage questions) >> Subject: Re: [openstack-dev] [TripleO] Set WIP for s

Re: [openstack-dev] Please do *NOT* use "vendorized" versions of anything (here: glanceclient using requests.packages.urllib3)

On 9/18/14, 9:18 AM, "Clint Byrum" wrote: >Excerpts from Donald Stufft's message of 2014-09-18 04:58:06 -0700: >> >> > On Sep 18, 2014, at 7:54 AM, Thomas Goirand wrote: >> > >> >> >> >> Linux distributions are not the end be all of distribution models and >> >> they don’t get to dictate to u

Re: [openstack-dev] Please do *NOT* use "vendorized" versions of anything (here: glanceclient using requests.packages.urllib3)

> On Sep 18, 2014, at 10:18 AM, Clint Byrum wrote: > > Excerpts from Donald Stufft's message of 2014-09-18 04:58:06 -0700: >> >>> On Sep 18, 2014, at 7:54 AM, Thomas Goirand wrote: >>> Linux distributions are not the end be all of distribution models and they don’t get to dict

Re: [openstack-dev] [neutron][db] Ensuring db isolation between tests

I’ve done a lot of work on this issue and from my perspective, the code is mostly ready to go, however we’re in an extended phase of getting folks to sign off as well as that I’m waiting for some last-minute fixup from Robert Collins. Patch: [1] Blueprint, which is to be moved to Kilo: [2] A

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

Great job highlighting what our friends over at Amazon are doing. It's clear from these snippets, and a few other pieces of documentation for SQS I've read, that the Amazon team approached SQS from a _massive_ scaling perspective. I think what may be forcing a lot of this frustration with Zaqar is

Re: [openstack-dev] Please do *NOT* use "vendorized" versions of anything (here: glanceclient using requests.packages.urllib3)

On 9/18/14, 2:27 AM, "Chmouel Boudjnah" wrote: >Ian Cordasco writes: > >> urllib3 do that automatically. I haven’t started to investigate exactly >> why they do this. Likewise, glance client has custom certificate >> verification in glanceclient.common.https. Why? I’m not exactly certain > >th

Re: [openstack-dev] Please do *NOT* use "vendorized" versions of anything (here: glanceclient using requests.packages.urllib3)

On 9/17/14, 9:24 PM, "Thomas Goirand" wrote: >On 09/18/2014 08:22 AM, Morgan Fainberg wrote: >> I think that all of the conversation to this point has been valuable, >> the general consensus is vendoring a library is not as desirable as >> using it strictly as a dependency. It would be nice in a

Re: [openstack-dev] Please do *NOT* use "vendorized" versions of anything (here: glanceclient using requests.packages.urllib3)

Excerpts from Donald Stufft's message of 2014-09-18 04:58:06 -0700: > > > On Sep 18, 2014, at 7:54 AM, Thomas Goirand wrote: > > > >> > >> Linux distributions are not the end be all of distribution models and > >> they don’t get to dictate to upstream. > > > > Well, distributions is where the

Re: [openstack-dev] [oslo] zeromq work for kilo

On Thu, Sep 18, 2014 at 4:18 AM, Flavio Percoco wrote: > On 09/17/2014 04:34 PM, Doug Hellmann wrote: > > This thread [1] has turned more “future focused", so I’m moving the > conversation to the -dev list where we usually have those sorts of > discussions. > > > > [1] > http://lists.openstack.or

Re: [openstack-dev] [nova] Expand resource name allowed characters

On Thu, Sep 18, 2014 at 4:19 AM, Ken'ichi Ohmichi wrote: > Correct validation history is > > Essex: "use anything you want!" > Folsom: "strict asci!" > [..] > Juno: "strict asci!" > I'm not sure that's quite right. My patch doesn't actually add Unicode support; that was already added in 825499ff

Re: [openstack-dev] PostgreSQL jobs slow in the gate

On 9/18/2014 12:35 AM, Morgan Fainberg wrote: -Original Message- From: Dean Troyer Reply: OpenStack Development Mailing List (not for usage questions) > Date: September 17, 2014 at 21:21:47 To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-de

Re: [openstack-dev] PostgreSQL jobs slow in the gate

On 9/18/2014 5:49 AM, Sean Dague wrote: On 09/17/2014 11:50 PM, Clark Boylan wrote: On Wed, Sep 17, 2014, at 06:48 PM, Clark Boylan wrote: On Wed, Sep 17, 2014, at 06:37 PM, Matt Riedemann wrote: On 9/17/2014 7:59 PM, Ian Wienand wrote: On 09/18/2014 09:49 AM, Clark Boylan wrote: Recent

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

On 09/18/2014 12:31 PM, Flavio Percoco wrote: On 09/17/2014 10:36 PM, Joe Gordon wrote: My understanding of Zaqar is that it's like SQS. SQS uses distributed queues, which have a few unusual properties [0]: Message Order Amazon SQS makes a best effort to preserve order in messages, but d

[openstack-dev] Oslo final releases ready

All of the final releases for the Oslo libraries for the Juno cycle are available on PyPI. I’m working on a couple of patches to the global requirements list to update the baseline in the applications. In all cases, the final release is a second tag on a previously released version. - oslo.conf

Re: [openstack-dev] [blazar]: proposal for a new lease type

Le 18/09/2014 15:27, Lisa a écrit : Hi all, my name is Lisa Zangrando and I work at the Italian National Institute for Nuclear Physics (INFN). In particular I am leading a team which is addressing the issue concerning the efficiency in the resource usage in OpenStack. Currently OpenStack all

[openstack-dev] [Neutron][L3] Sub team meeting cancelled

I have a conflict today. Keep working on RC1. Carl ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [requirements][horizon] Dependency freeze exceptions

Hello, I would like to request dependency freeze exceptions for the following patches for Horizon: https://review.openstack.org/#/c/121509/ https://review.openstack.org/#/c/122410/ and https://review.openstack.org/#/c/113184/ They are all fixing high priority bugs. The first two are related to

[openstack-dev] [blazar]: proposal for a new lease type

Hi all, my name is Lisa Zangrando and I work at the Italian National Institute for Nuclear Physics (INFN). In particular I am leading a team which is addressing the issue concerning the efficiency in the resource usage in OpenStack. Currently OpenStack allows just a static partitioning model w

Re: [openstack-dev] [zaqar] Signing Off from Core

Thank You Alej! Had an awesome time working with you. Wish you luck in your endeavors ahead! Best, Sriram Madapusi Vasudevan On Sep 18, 2014, at 6:58 AM, Malini Kamalambal mailto:malini.kamalam...@rackspace.com>> wrote: Thank You Alej – not just for the tons of code you wrote for Zaqar, but a

Re: [openstack-dev] [nova] are we going to remove the novaclient v3 shell or what?

2014-09-18 21:31 GMT+09:00 Alex Xu : > On 2014年09月18日 18:14, Day, Phil wrote: >>> >>> -Original Message- >>> From: Kenichi Oomichi [mailto:oomi...@mxs.nes.nec.co.jp] >>> Sent: 18 September 2014 02:44 >>> To: OpenStack Development Mailing List (not for usage questions) >>> Subject: Re: [open

Re: [openstack-dev] Please do *NOT* use "vendorized" versions of anything (here: glanceclient using requests.packages.urllib3)

> On Sep 18, 2014, at 9:00 AM, Chmouel Boudjnah wrote: > > > On Thu, Sep 18, 2014 at 1:58 PM, Donald Stufft > wrote: > Distributions are not the only place that people get their software from, > unless you think that the ~3 million downloads requests has received > on

  1   2   >