Re: [openstack-dev] [MagnetoDB] Core developer nomination

Congrats, Charles! Great job! On Thu, Sep 18, 2014 at 12:05 AM, Ilya Sviridov wrote: > Hello magnetodb contributors, > > I'm glad to nominate Charles Wang to core developers of MagnetoDB. > > He is top non-core reviewer [1], implemented notifications [2] in mdb and > made a great progress with p

Re: [openstack-dev] [neutron] DVR Tunnel Design Question

This sounds like a bug in Openvswitch. The unique constraint should be VLAN+MAC instead of just VLAN, so observing the same MAC on a new VLAN should just result in a new entry without the old one being ejected. Without this behavior, it will also break transparent L2 firewalls. For example (diagra

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

On 17/09/14 16:40, Charles Crouch wrote: > > > - Original Message - >> Hi, >> >> as part of general housekeeping on our reviews, it was discussed at last >> week's meeting [1] that we should set workflow -1 for stale reviews >> (like gerrit used to do when I were a lad). >> >> The specifi

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

On 18/09/14 00:29, James Polley wrote: > > > On Wed, Sep 17, 2014 at 6:26 PM, [email protected] > > wrote: > > Hi, > > as part of general housekeeping on our reviews, it was discussed at last > week's meeting [1] that we should

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

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 this probably come from pre-requests port uses when it was u

Re: [openstack-dev] [heat] Convergence - persistence desired and observed state

Yeah. Unmesh, we need to have ResourcePropertiesObserved. The columns too need to be as mentioned in blueprint. Having all properties under a single json will cause concurrency issues. -Vishnu -Original Message- From: Qiming Teng [mailto:[email protected]] Sent: Wednesday, Sep

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

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 17/09/14 15:34, 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. [...] >> I'd also like to document the current design of

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

On 09/18/2014 04:43 AM, Donald Stufft wrote: > >> On Sep 17, 2014, at 10: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

Re: [openstack-dev] [all] Design Summit planning

Maish Saidel-Keesing wrote: > On 17/09/2014 23:12, Anita Kuno wrote: >> On 09/17/2014 04:01 PM, Maish Saidel-Keesing wrote: >>> This looks great - but I am afraid that something might be missing. >>> >>> As part of the Design summit in Atlanta there was an Ops Meetup track. >>> [1] I do not see whe

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

On Thu, Sep 18, 2014 at 5:21 PM, [email protected] wrote: > On 17/09/14 16:40, Charles Crouch wrote: > > > > > > - Original Message - > >> Hi, > >> > >> as part of general housekeeping on our reviews, it was discussed at last > >> week's meeting [1] that we should set workflow -1 for stal

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

> -Original Message- > From: James E. Blair [mailto:[email protected]] > Sent: 17 September 2014 23:24 > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] [TripleO] Set WIP for stale patches? > > "Sullivan, Jon Paul" writes: > > > I think t

[openstack-dev] [heat] Persist graph for convergence

Hi All, Below is the model proposal for persisting ResourceGraph. Column name Type Constraint resource_id varchar(36) NOT NULL ForeignKey resource.id needed_by varchar(36) NULL ForeignKey resource.id stack_id varchar(36) NOT NULL ForeignKey stack.id retry_count Integer Default (0)

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

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.org/pipermail/openstack/2014-September/009253.html > I saw this

Re: [openstack-dev] [Congress] Nominating Aaron Rosen for congress-core

+1 On Fri, Sep 12, 2014 at 12:14 PM, Tim Hinrichs wrote: > +1 > > Tim > > On Sep 12, 2014, at 11:47 AM, Sean Roberts > wrote: > > > +1 > > > > ~sean > > > >> On Sep 12, 2014, at 11:28 AM, Peter Balland > wrote: > >> > >> Hello, > >> > >> I would like to nominate Aaron Rosen for the congress-co

Re: [openstack-dev] [heat] Persist graph for convergence

Additions/comments inline below. Thanks, Unmesh G. From: Murugan, Visnusaran Sent: Thursday, September 18, 2014 1:46 PM To: [email protected] Subject: [openstack-dev] [heat] Persist graph for convergence Hi All, Below is the model proposal for persisting ResourceGraph. Column na

Re: [openstack-dev] [Neutron][Architecture]Suggestions for the third vendors' plugin and driver

Hi Trinath, I think the vendor company has many experts to review their codes. They can do it well. But I still have some comments inline. Germy On Thu, Sep 18, 2014 at 1:42 PM, [email protected] < [email protected]> wrote: > Though Code reviews for vendor code takes

Re: [openstack-dev] [neutron] DVR Tunnel Design Question

Yes... If I recollect, we were using 1.10.x version during that time (wherein discovered this as output of ovsapp-ctl fdb-show). After that I didn’t get time to re-verify on later versions of openvswitch. BTW, if this is not intended behaviour, then I donot see any particular reason why VLANs

[openstack-dev] [nova] Nova API meeting

Hi, Just a reminder that the weekly Nova API meeting is being held tomorrow Friday UTC . We encourage cloud operators and those who use the REST API such as SDK developers and others who and are interested in the future of the API to participate. In other timezones the meeting is at: EST 2

[openstack-dev] [Heat][Zaqar] Integration plan moving forward

Greetings, If I recall correctly, Heat was planning to adopt Zaqar regardless of the result of the graduation attempt (please correct me if I'm wrong). Based on this assumption, I'd like to start working on a plan forward to make this integration happen. So far, these are the use cases I've colle

Re: [openstack-dev] [MagnetoDB] Core developer nomination

+1 from me, Charles is very active contributor and I guess if we have such developer in core team MagnetoDB project will become much better that it is now. On Thu, Sep 18, 2014 at 10:09 AM, Illia Khudoshyn wrote: > Congrats, Charles! Great job! > > On Thu, Sep 18, 2014 at 12:05 AM, Ilya Sviridov

Re: [openstack-dev] [neutron] DVR Tunnel Design Question

>To enable dvr, I need to post a minor patch in L2 agent to bring-in DVR rules into Phys bridges (as VLANs are driven by phys bridges in OVS L2 Agent). Great! You read my mind and answered my follow-up question. :-) Let me know if there is anything I can help with. On Thu, Sep 18, 2014 at 1:51 AM

[openstack-dev] [Neutron] Gate bugs for RC-1

Bug 1357055 [1] and 1323658 [2] affect neutron jobs and are among the top gate offenders. With this kind of bugs, it's hard to tell whether the root cause lies with neutron, nova, tempest, or even cirros. However, it is not ok that these bugs are not assigned in neutron. We need to have some neutro

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

For legacy reasons, the Neutron test suite creates and destroys a db for each test. There is a patch proposed to create the tables once and then ensure the tables are wiped at the end of each test [1], providing a performance improvement of ~10%. I was wondering if this is the best way to prov

Re: [openstack-dev] [Heat][Zaqar] Integration plan moving forward

On 18/09/2014 7:11 PM, "Flavio Percoco" wrote: > > Greetings, > > If I recall correctly, Heat was planning to adopt Zaqar regardless of > the result of the graduation attempt (please correct me if I'm wrong). > Based on this assumption, I'd like to start working on a plan forward to > make this in

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

Nested commits in sqlalchemy should be seen as a single transaction on the backend, shouldn't they? I don't know anything about this specific problem, but the fact that unit tests use sqlite might be a reason, since it's not really a full DBMS... I think that wrapping tests in transaction also wil

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

2014-09-17 17:15 GMT+02:00 Thomas Goirand : > File "/tests/test_ssl.py", line 19, in > from requests.packages.urllib3 import poolmanager > ImportError: No module named packages.urllib3 This is in tests only, in runtime code there is conditional import of vendorized urllib3 falling back to s

Re: [openstack-dev] [Fuel] Weekly IRC: let's cancel the meeting tomorrow

+1 for canceling on 9/18/2014. As for 9/25/2014, let's make a decision later. Vladimir Kozhukalov On Thu, Sep 18, 2014 at 9:33 AM, Mike Scherbakov wrote: > Hi Fuelers, > as we have mini-summit in CA and majority of leads is busy with it, let's > cancel the meeting tomorrow. > > We might want t

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

> -Original Message- > From: Kenichi Oomichi [mailto:[email protected]] > Sent: 18 September 2014 02:44 > 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? > > > > -O

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

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:[email protected]] > >> Sent: Saturday, September 13, 2014 2

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

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 sampling of test run ti

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

Dear community members, Please have a look to Coraid CI system - http://38.111.159.9:8080/job/CoraidCI/ We have done all requirements for Third Party CI system, provided here - http://ci.openstack.org/third_party.html#requirements Please look at Coraid third-party system one more time and, pleas

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

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:stpie...@meta

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

Thank You Alej – not just for the tons of code you wrote for Zaqar, but also in making Zaqar a fun, open and welcoming part of the community! Good Luck for everything ahead! From: Victoria Martínez de la Cruz mailto:[email protected]>> Reply-To: "OpenStack Development Mailing List (

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

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 >> Sean Dague wrote: > > We have proposed that the allowed characters for all resource > names in Nova (flavors, aggregates, etc.) be expanded to all > pr

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

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 >>> Sean Dague wrote: >> >> We have proposed that the allowed characters for all resource >> names in Nova

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

On 09/17/2014 10:36 PM, Joe Gordon wrote: > Hi All, > > 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 due to > the distributed

Re: [openstack-dev] [MagnetoDB] Core developer nomination

+1 Cheers, Ajaya On Thu, Sep 18, 2014 at 2:38 PM, Dmitriy Ukhlov wrote: > +1 from me, Charles is very active contributor and I guess if we have such > developer in core team > MagnetoDB project will become much better that it is now. > > On Thu, Sep 18, 2014 at 10:09 AM, Illia Khudoshyn > wrot

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

On 09/18/2014 04:01 PM, Flavio Percoco wrote: > After having gone through the whole thread and read all the concerns, > problems and reasonings, I think we should stick to requests as-is for > now and deal with this particular issue. > > Regardless of the vendorized urllib3 package, I believe requ

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

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 Sean Dague wrote: >>> >>> We have proposed that the allowe

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

> On Sep 18, 2014, at 7:43 AM, Thomas Goirand wrote: > > On 09/18/2014 04:01 PM, Flavio Percoco wrote: >> After having gone through the whole thread and read all the concerns, >> problems and reasonings, I think we should stick to requests as-is for >> now and deal with this particular issue. >>

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

On 09/18/2014 10:43 AM, Donald Stufft wrote: >>> Obviously we can work with the requests team to figure out the best >>> approach. >> >> There's only a single approach that works: have the requests upstream >> authors to stop embedding foreign code, and use the dependency instead. > > There are le

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

> 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 final user is, and where software gets > consumed. Our priority should be the end us

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

On 2014-09-18 08:06:11 + (+), Sullivan, Jon Paul wrote: > In my experience if the check results are not fresh enough the > recheck is automatically run. I am not on the infra team, so > without looking up code I am just guessing, but my guess is that > the workflow score change triggers th

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

On 2014年09月18日 18:14, Day, Phil wrote: -Original Message- From: Kenichi Oomichi [mailto:[email protected]] Sent: 18 September 2014 02:44 To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [nova] are we going to remove the novaclient v3 sh

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

Ralliers, I'd like to share with you an idea on how to test dependent resources. Let's consider the following example: there is a network and ports belonging to it and we would like to test port creation process. Currently I see 2 options of writing scenario: a) The scenario creates network and

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

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 PyPI in the last 30 days are distributions downloading requests to > package in their OSs.

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

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:[email protected]] >>> Sent: 18 September 2014 02:44 >>> To: OpenStack Development Mailing List (not for usage questions) >>> Subject: Re: [open

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:[email protected]>> wrote: Thank You Alej – not just for the tons of code you wrote for Zaqar, but a

[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

[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] [Neutron][L3] Sub team meeting cancelled

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

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

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

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] [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 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] 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] [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:[email protected]] >> 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] [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?

"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.

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

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

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

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

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] [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] [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 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] [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] [Keystone][Horizon] CORS and Federation

On 09/17/2014 11:56 AM, Matthieu Huin wrote: Hi, - Original Message - From: "Adam Young" To: [email protected] 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] 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

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

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

> 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

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] [Zaqar] Zaqar and SQS Properties of Distributed Queues

On Thu, Sep 18, 2014 at 9:02 AM, Devananda van der Veen < [email protected]> 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] [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 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] 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

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

  1   2   >