Re: [openstack-dev] [nova][ceilometer] ceilometer unit tests broke because of a nova patch

On Tue, Feb 04, 2014 at 01:11:10PM -0800, Dan Smith wrote: > >> Whats the underlying problem here? nova notifications aren't > >> versioned? Nova should try to support ceilometer's use case so > >> it sounds like there is may be a nova issue in here as well. > > > > Oh you're far from it. > > >

[openstack-dev] [neutron][ml2] Port binding information, transactions, and concurrency

A couple of interrelated issues with the ML2 plugin's port binding have been discussed over the past several months in the weekly ML2 meetings. These effect drivers being implemented for icehouse, and therefore need to be addressed in icehouse: * MechanismDrivers need detailed information about al

Re: [openstack-dev] [nova][neutron] PCI pass-through SRIOV binding of ports

Please see inline my understanding -Original Message- From: Robert Kukura [mailto:rkuk...@redhat.com] Sent: Tuesday, February 04, 2014 11:57 PM To: Sandhya Dasu (sadasu); OpenStack Development Mailing List (not for usage questions); Irena Berezovsky; Robert Li (baoli); Brian Bowen (brbow

Re: [openstack-dev] [QA][Neutron][3rd Party Testing] Methodology for 3rd party

Hi - I'm a new bee here.. Can anyone guide me on setting up a new 3rd party Testing account. How it is useful ? What the machine requirements? How testing is automated ? How to post back +/- 1 to Jenkins ? What packages are to be installed ? Kindly help me understand them. Thanks in advance --

Re: [openstack-dev] [QA][Neutron][3rd Party Testing] Methodology for 3rd party

Interesting points here, I agree with Akihiro, some components leave services, and left over settings over the system even when shut down (I know of neutron net namespaces, .. etc..). +1 to Akihiro proposals for a fresh-vm. --- irc: ajo / mangelajo Miguel Angel Ajo Pelayo +34 636 52 25 69 skype:

Re: [openstack-dev] [QA][Neutron][3rd Party Testing] Methodology for 3rd party

Hi, I think it is better to use a fresh VM to run tests. When running tempest scenario tests, there is a case where some resources can not be cleanup properly. It happens when some test fails of course. I think 10 minutes is not too long. It requires more than 30 minutes until gate jobs on openst

Re: [openstack-dev] [nova][ceilometer] ceilometer unit tests broke because of a nova patch

On 05/02/14 10:07, Joe Gordon wrote: On Tue, Feb 4, 2014 at 2:01 AM, Julien Danjou wrote: On Mon, Feb 03 2014, Joe Gordon wrote: We know, Ceilometer has been broken several times because of that in the past months. We know we shouldn't do that, but for now we don't have enough work force to

Re: [openstack-dev] [TripleO] [Tuskar] [UX] Infrastructure Management UI - Icehouse scoped wireframes

Hi to everybody, based on the feedback from last week [0] I incorporated changes in the wireframes so that we keep them up to date with latest decisions: http://people.redhat.com/~jcoufal/openstack/tripleo/2014-02-05_tripleo-ui-icehouse.pdf Changes: * Smaller layout change in Nodes Registrati

Re: [openstack-dev] [Heat] [TripleO] Rolling updates spec re-written. RFC

On Tue, Feb 4, 2014 at 7:34 PM, Robert Collins wrote: > On 5 February 2014 13:14, Zane Bitter wrote: > > > > That's not a great example, because one DB server depends on the other, > > forcing them into updating serially anyway. > > > > I have to say that even in general, this whole idea about ap

Re: [openstack-dev] [Heat] [TripleO] Rolling updates spec re-written. RFC

On 5 February 2014 13:14, Zane Bitter wrote: > That's not a great example, because one DB server depends on the other, > forcing them into updating serially anyway. > > I have to say that even in general, this whole idea about applying update > policies to non-grouped resources doesn't make a wh

[openstack-dev] [Nova] icehouse-3 blueprint approval deadline has passed

Greetings, As noted previously [1], the icehouse-3 approval deadline was today. I will be deferring a large number of blueprints to the "next" milestone (stuff queued up for Juno). In some cases, the blueprint was pending discussion or updates requested by whoever reviewed the blueprint. In a f

Re: [openstack-dev] [Heat] [TripleO] Rolling updates spec re-written. RFC

On 4 February 2014 08:51, Clint Byrum wrote: > Excerpts from Robert Collins's message of 2014-02-03 10:47:06 -0800: >> Quick thoughts: >> >> - I'd like to be able to express a minimum service percentage: e.g. I >> know I need 80% of my capacity available at anyone time, so an >> additional constr

[openstack-dev] [QA][Neutron][3rd Party Testing] Methodology for 3rd party

Hello, I was wondering how everyone was doing 3rd party testing at the moment when it comes to the process. It takes me around 10 minutes for me to do a +1 or -1. my flow is the following: (I only use Jenkins for listening to the "feed") 1) a job is triggered from Jenkins. 2) a VM is booted 3) th

Re: [openstack-dev] [Heat] [TripleO] Rolling updates spec re-written. RFC

On Tue, Feb 4, 2014 at 6:14 PM, Zane Bitter wrote: > On 03/02/14 17:09, Clint Byrum wrote: > >> Excerpts from Thomas Herve's message of 2014-02-03 12:46:05 -0800: >> >>> > update behavior. I want this resource to be able to control multiple >> groups as if they are one in some cases (Such a

Re: [openstack-dev] [Nova] Bug Triage Day Proposal - Friday 7th February

On 02/04/2014 05:10 PM, John Garbutt wrote: > Hi, > > Now that we getting close towards the end of Icehouse, it seems a good > time to make sure we tame the un-triaged bug backlog (try say that > really quickly a few times over), and look at what really needs fixing > before Icehouse is released.

Re: [openstack-dev] Enabling the gantt scheduler in devstack

On 02/04/2014 07:05 PM, Dugger, Donald D wrote: > Now that a preview version of the new gantt scheduler is available there > is the problem of configuring devstack to utilize this new tree. > Fortunately, it’s a simple process that only requires 3 changes to your > `localrc’ file: > > > > 1)

Re: [openstack-dev] [Heat] [TripleO] Rolling updates spec re-written. RFC

On 03/02/14 17:09, Clint Byrum wrote: Excerpts from Thomas Herve's message of 2014-02-03 12:46:05 -0800: So, I wrote the original rolling updates spec about a year ago, and the time has come to get serious about implementation. I went through it and basically rewrote the entire thing to reflect

[openstack-dev] Enabling the gantt scheduler in devstack

Now that a preview version of the new gantt scheduler is available there is the problem of configuring devstack to utilize this new tree. Fortunately, it's a simple process that only requires 3 changes to your `localrc' file: 1) Enable gantt 2) Disable the nova scheduler 3) Ch

[openstack-dev] [cinder][neutron][nova][3rd party testing] Gerrit Jenkins plugin will not fulfill requirements of 3rd party testing

Sorry for cross-posting to both mailing lists, but there's lots of folks working on setting up third-party testing platforms that are not members of the openstack-infra ML... tl;dr - The third party testing documentation [1] has requirements [2] that include the ability to trigger a recheck b

Re: [openstack-dev] pep8 gating fails due to tools/config/check_uptodate.sh

On Tue, Feb 4, 2014 at 8:19 AM, Sean Dague wrote: > On 02/05/2014 12:37 AM, Mark McLoughlin wrote: >> On Mon, 2014-01-13 at 16:49 +, Sahid Ferdjaoui wrote: >>> Hello all, >>> >>> It looks 100% of the pep8 gate for nova is failing because of a bug >>> reported, >>> we probably need to mark thi

Re: [openstack-dev] Asynchrounous programming: replace eventlet with asyncio

Neat, I'd be very interested in asyncio replacing greenlet, then eventlet (as it currently exists) would 'just work' (hopefully). That seems to be the most pain-free way of making this happen, while slowly we keep on removing eventlet where we can (slowly but surely). Something that might help th

Re: [openstack-dev] Asynchrounous programming: replace eventlet with asyncio

Hi, Interesting thread. I have been working on a side project that is a gevent/eventlet replacement [1] that focuses on thread-safety and performance. This came about because of an outstanding bug we have with eventlet not being Thread safe. (We cannot safely enable thread pooling for DB calls

Re: [openstack-dev] [Openstack-docs] Conventions on naming

- Original Message - > From: "Anne Gentle" > To: openstack-d...@lists.openstack.org > Sent: Tuesday, February 4, 2014 5:24:44 PM > Subject: [Openstack-docs] Conventions on naming > > Hi all, > Based on today's Technical Committee meeting and conversations with the > OpenStack board member

Re: [openstack-dev] olso.config error on running Devstack

On 2014-01-08 12:14, Doug Hellmann wrote: > On Wed, Jan 8, 2014 at 12:37 PM, Ben Nemec wrote: > > On 2014-01-08 11:16, Sean Dague wrote: > On 01/08/2014 12:06 PM, Doug Hellmann wrote: > > Yeah, that's what made me start thinking oslo.sphinx should be called > something else. > > Sean, how

Re: [openstack-dev] The simplified blueprint for PCI extra attributes

Hi Yunhong, A couple of questions: -- about the pci_information config item in your spec. What is a device_id? -- in libvirt driver, we need to retrieve the PCI devices allocated for the requested networks. These PCI devices won't be treated as hostdev devices in the domain xml, rather as

[openstack-dev] [Nova] Bug Triage Day Proposal - Friday 7th February

Hi, Now that we getting close towards the end of Icehouse, it seems a good time to make sure we tame the un-triaged bug backlog (try say that really quickly a few times over), and look at what really needs fixing before Icehouse is released. I propose that we have a bug triage day this Friday, Fe

Re: [openstack-dev] [TripleO] [Ironic] mid-cycle meetup?

I'd like to attend as well, since it is close for me and some upcoming Glance efforts might be relevant. But I'm definitely more of a "chicken" than a "pig" for this gathering so let me know if that kind of participation is not really desired. [1] http://en.wikipedia.org/wiki/The_Chicken_and_the_P

Re: [openstack-dev] [nova][neutron] PCI pass-through SRIOV binding of ports

On 02/04/2014 04:35 PM, Sandhya Dasu (sadasu) wrote: > Hi, > I have a couple of questions for ML2 experts regarding support of > SR-IOV ports. I'll try, but I think these questions might be more about how the various SR-IOV implementations will work than about ML2 itself... > 1. The SR-IOV p

Re: [openstack-dev] savann-ci, Re: [savanna] Alembic migrations and absence of DROP column in sqlite

Since sqlite is not in the list of "databases that would be used in production", CI should use other DB for testing. Andrew. On Tue, Feb 4, 2014 at 1:13 PM, Alexander Ignatov wrote: > Indeed. We should create a bug around that and move our savanna-ci to > mysql. > > Regards, > Alexander Ignatov

Re: [openstack-dev] [keystone][nova] Re: Hierarchicical Multitenancy Discussion

> Yes this is one approach if keystone really wants to extend domains to work > this way, but I think this is more complex than just using nested projects. > Having domains contain domains containing projects is less intuitive than > projects all the way down. It's worth mentioning that at the mee

Re: [openstack-dev] [nova][neutron] PCI pass-through SRIOV binding of ports

Hi, I have a couple of questions for ML2 experts regarding support of SR-IOV ports. 1. The SR-IOV ports would not be managed by ova or linuxbridge L2 agents. So, how does a MD for SR-IOV ports bind/unbind its ports to the host? Will it just be a db update? 2. Also, how do we handle the fun

Re: [openstack-dev] savann-ci, Re: [savanna] Alembic migrations and absence of DROP column in sqlite

Indeed. We should create a bug around that and move our savanna-ci to mysql. Regards, Alexander Ignatov On 05 Feb 2014, at 01:01, Trevor McKay wrote: > This brings up an interesting problem: > > In https://review.openstack.org/#/c/70420/ I've added a migration that > uses a drop column for a

Re: [openstack-dev] [nova][ceilometer] ceilometer unit tests broke because of a nova patch

On Tue, Feb 4, 2014 at 2:01 AM, Julien Danjou wrote: > On Mon, Feb 03 2014, Joe Gordon wrote: > >>> We know, Ceilometer has been broken several times because of that in the >>> past months. We know we shouldn't do that, but for now we don't have >>> enough work force to work on a batter solution u

Re: [openstack-dev] [nova][ceilometer] ceilometer unit tests broke because of a nova patch

>> Whats the underlying problem here? nova notifications aren't >> versioned? Nova should try to support ceilometer's use case so >> it sounds like there is may be a nova issue in here as well. > > Oh you're far from it. > > Long story short, the problem is that when an instance is detroyed, >

Re: [openstack-dev] Ugly Hack to deal with multiple versions

Excerpts from Jesse Noller's message of 2014-02-04 11:55:57 -0800: > > On Feb 4, 2014, at 1:28 PM, Sean Dague wrote: > > > On 02/05/2014 01:50 AM, Jesse Noller wrote: > >> > >> On Feb 4, 2014, at 10:31 AM, Sean Dague wrote: > >> > >>> On 02/05/2014 01:09 AM, Dean Troyer wrote: > On Tue,

[openstack-dev] savann-ci, Re: [savanna] Alembic migrations and absence of DROP column in sqlite

This brings up an interesting problem: In https://review.openstack.org/#/c/70420/ I've added a migration that uses a drop column for an upgrade. But savann-ci is apparently using a sqlite database to run. So it can't possibly pass. What do we do here? Shift savanna-ci tests to non sqlite? Tre

Re: [openstack-dev] Ugly Hack to deal with multiple versions

It would really be nice to be able to hit an endpoint like https://hostname:35357/ and get a list of available versions back. It would make discovery easier. But, for scripting languages like PHP this would add a lot of extra http requests unless you cache the location between page views/requests.

Re: [openstack-dev] Proposal for instance-level snapshots in Nova

* John Garbutt wrote: > On 24 January 2014 17:05, Jon Bernard wrote: > > * Vishvananda Ishaya wrote: > >> > >> On Jan 16, 2014, at 1:28 PM, Jon Bernard wrote: > >> > >> > * Vishvananda Ishaya wrote: > >> >> > >> >> On Jan 14, 2014, at 2:10 PM, Jon Bernard wrote: > >> >> > >> >>> > >> >>> > >

Re: [openstack-dev] Asynchrounous programming: replace eventlet with asyncio

Kevin Conway wrote: > Switching our async IO management from eventlet to asyncio would not be a > trivial task. Tell me when I'm wrong, but it would require that we > completely change our programming model from typical, function-call based > programming to use generator-iterators for everything.

Re: [openstack-dev] [keystone][nova] Re: Hierarchicical Multitenancy Discussion

On Feb 4, 2014, at 11:54 AM, Tiwari, Arvind wrote: > Hi Vish, > > I am sorry as I am proposing just a solution approach below but no code so > far. > > ### Problem and Requirement ### > As per the problem description it seems to me that "Martha, the owner of > ProductionIT" is not a cloud p

Re: [openstack-dev] [infra] Meeting Tuesday February 4th at 19:00 UTC

On Mon, Feb 3, 2014 at 10:20 AM, Elizabeth Krumbach Joseph wrote: > Hi everyone, > > The OpenStack Infrastructure (Infra) team is hosting our weekly > meeting tomorrow, Tuesday February 4th, at 19:00 UTC in > #openstack-meeting Thanks to everyone who joined us, meeting minutes and log here: Minu

Re: [openstack-dev] [Ironic] January review redux

I have worked with both Max and Roman for sometime now, Both are very active in the Ironic IRC channel and are a pleasure to work with. They both have good grasp of the projects goals, and I look forward to having them as Ironic Core members. So with that I fully +1 both Max and Roman. (do two +1'

Re: [openstack-dev] Ugly Hack to deal with multiple versions

On Feb 4, 2014, at 1:28 PM, Sean Dague wrote: > On 02/05/2014 01:50 AM, Jesse Noller wrote: >> >> On Feb 4, 2014, at 10:31 AM, Sean Dague wrote: >> >>> On 02/05/2014 01:09 AM, Dean Troyer wrote: On Tue, Feb 4, 2014 at 9:00 AM, Sean Dague >>> > wrote: C

Re: [openstack-dev] Barbican Incubation Review

I spun one up here https://etherpad.openstack.org/p/GFoJ4LpK8A Most of the questions are on our incubation wiki, but I answered each of the issues from the page you linked. Thanks, -- Jarret Raim @jarretraim On 2/4/14, 7:45 AM, "Thierry Carrez" wrote: >Jarret Raim wrote: >> Barbican,

Re: [openstack-dev] [keystone][nova] Re: Hierarchicical Multitenancy Discussion

Hi Vish, I am sorry as I am proposing just a solution approach below but no code so far. ### Problem and Requirement ### As per the problem description it seems to me that "Martha, the owner of ProductionIT" is not a cloud provider (correct me if wrong) and she uses someone else cloud infrastr

Re: [openstack-dev] Cinder Stability Hack-a-thon

Hi Mike, I would like to help with this work. Thanks for organizing! Regards, Bill Owen billo...@us.ibm.com GPFS and OpenStack 520-799-4829 From: Mike Perez To: OpenStack Development Mailing List Date: 02/01/2014 01:11 AM Subject:[openstack-dev] Cinder Stability

[openstack-dev] [Ironic] January review redux

The last month and a half had most of our team out for holiday leave at some point, and the review stats reflect that. I had hoped our review queue would come down once we all got back from the holidays, but that hasn't happened. In fact, our review queue has grown significantly Perhaps it's a

Re: [openstack-dev] [nova] massive number of new errors in logs with oslo.messaging

Monty, One of the bugs that can produce random issues=) https://github.com/openstack/oslo.messaging/blob/master/oslo/messaging/_drivers/impl_rabbit.py#L548 Best regards, Boris Pavlovic On Tue, Feb 4, 2014 at 11:05 PM, Andrew Laski wrote: > On 02/04/14 at 10:39am, Dan Smith wrote: > >> The i

Re: [openstack-dev] [Neutron] backporting database migrations to stable/havana

- Original Message - > From: "Miguel Angel Ajo Pelayo" > To: "OpenStack Development Mailing List (not for usage questions)" > > Sent: Tuesday, February 4, 2014 6:36:16 PM > Subject: Re: [openstack-dev] [Neutron] backporting database migrations > to stable/havana > > > >

[openstack-dev] [Murano] Murano meeting minutes - Feb 4

Hi, Thanks everyone who have joined Murano weekly meeting. These are the meeting minutes and logs: http://eavesdrop.openstack.org/meetings/murano/2014/murano.2014-02-04-17.03.txt http://eavesdrop.openstack.org/meetings/murano/2014/murano.2014-01-14-17.03.log.html As we were running out of time w

[openstack-dev] [nova] Need approval of blueprint: vmware-encrypt-vcenter-passwords

Blueprint approvers, Could someone please review and hopefully approve the following blueprint for icehouse-3? https://blueprints.launchpad.net/nova/+spec/vmware-encrypt-vcenter-passwords My plan is to modify the Nova vmware driver to lookup its necessary user/pwd in the keystone crede

Re: [openstack-dev] Ugly Hack to deal with multiple versions

On 02/05/2014 01:50 AM, Jesse Noller wrote: > > On Feb 4, 2014, at 10:31 AM, Sean Dague wrote: > >> On 02/05/2014 01:09 AM, Dean Troyer wrote: >>> On Tue, Feb 4, 2014 at 9:00 AM, Sean Dague >> > wrote: >>> >>>Can you be more specific about what goes wrong here? I'm not

Re: [openstack-dev] Ugly Hack to deal with multiple versions

- Original Message - > From: "Adam Young" > To: openstack-dev@lists.openstack.org > Sent: Wednesday, February 5, 2014 2:29:18 AM > Subject: Re: [openstack-dev] Ugly Hack to deal with multiple versions > On 02/04/2014 11:09 AM, Dean Troyer wrote: > > On Tue, Feb 4, 2014 at 9:00 AM, Sean

[openstack-dev] [Nova] os-migrateLive not working with neutron in Havana (or apparently Grizzly)

HI all, Trying to get a little love on bug https://bugs.launchpad.net/nova/+bug/1227836 Short version is the instance migrates, but there's an RPC time out that keeps nova thinking it's still on the old node mid-migration. Informal survey of operators seems to suggest this always happens when usi

Re: [openstack-dev] Ugly Hack to deal with multiple versions

- Original Message - > From: "Dean Troyer" > To: "OpenStack Development Mailing List (not for usage questions)" > > Sent: Tuesday, February 4, 2014 9:31:57 AM > Subject: Re: [openstack-dev] Ugly Hack to deal with multiple versions > > On Mon, Feb 3, 2014 at 1:50 PM, Adam Young < ayo..

Re: [openstack-dev] [nova] massive number of new errors in logs with oslo.messaging

On 02/04/14 at 10:39am, Dan Smith wrote: The inner exception is a thing and the outer pieces are a thing. The inner means that some instance update was attempted, but should be aborted if the instance state is not what we think it is. And looking a little closer, I think it means that the messa

Re: [openstack-dev] Asynchrounous programming: replace eventlet with asyncio

On Tue, Feb 04 2014, Kevin Conway wrote: > I disagree with this. Eventlet and gevent yield the execution context > anytime an IO call is made or the 'sleep()' function is called explicitly. > The order in which greenthreads grain execution context is deterministic > even if not entirely obvious. T

Re: [openstack-dev] Asynchrounous programming: replace eventlet with asyncio

On 2/4/14 12:07 PM, "victor stinner" wrote: >The purpose of replacing eventlet with asyncio is to get a well defined >control flow, no more surprising task switching at random points. I disagree with this. Eventlet and gevent yield the execution context anytime an IO call is made or the 'sleep(

Re: [openstack-dev] Asynchrounous programming: replace eventlet with asyncio

I was just thinking that openstack would be better to slowly get off eventlet (avoids the large amount of changes this new mostly untested/unproven tulip/trollius framework introduces). A first step could be to replace the greenlet layer with asyncio (or similar). Then the eventlet layer still exis

Re: [openstack-dev] [savanna] Specific job type for streaming mapreduce? (and someday pipes)

Thanks Andrew. My author thought, which is in between, is to allow dotted types. "MapReduce.streaming" for example. This gives you the subtype flavor but keeps all the APIs the same. We just need a wrapper function to separate them when we compare types. Best, Trevor On Mon, 2014-02-03 at 14:5

Re: [openstack-dev] pep8 gating fails due to tools/config/check_uptodate.sh

On Tue, Feb 4, 2014 at 11:36 AM, Mark McLoughlin wrote: > On Wed, 2014-02-05 at 01:19 +0900, Sean Dague wrote: > > On 02/05/2014 12:37 AM, Mark McLoughlin wrote: > > > On Mon, 2014-01-13 at 16:49 +, Sahid Ferdjaoui wrote: > > >> Hello all, > > >> > > >> It looks 100% of the pep8 gate for nova

Re: [openstack-dev] [nova] massive number of new errors in logs with oslo.messaging

> The inner exception is a thing and the outer pieces are a thing. The > inner means that some instance update was attempted, but should be > aborted if the instance state is not what we think it is. And looking a little closer, I think it means that the messaging.expected_exceptions decorator isn

Re: [openstack-dev] [nova] massive number of new errors in logs with oslo.messaging

> And the error messages, which look like this: > > Returning exception Unexpected task state: expecting [u'scheduling', > None] but the actual state is deleting to caller > > don't make sense -- at least in the English language. It's missing some grouping operator to help with order of operatio

Re: [openstack-dev] Asynchrounous programming: replace eventlet with asyncio

Hi Joshua, > Why not just create a eventlet "micro" version that underneath uses asyncio? > Then code isn't riddled with yield from or Return() or similar. It seems > possible (maybe?) to replace the eventlet hub with one that uses asyncio? > This is then a nice change for all those who are using

Re: [openstack-dev] [TripleO] [Ironic] Roadmap towards heterogenous hardware support

On 2014/03/02 00:21, Robert Collins wrote: [snip] However me and Robert, we look to have different opinions on what 'homogeneous' means in our context. I think we should clarify that. So I think my point is more this: - either this iteration is entirely limited to homogeneous hardware, in

Re: [openstack-dev] Asynchrounous programming: replace eventlet with asyncio

Hi, > Thanks for taking this on, Victor. > > Do you have a small eventlet program example that you can show the > transformation to asyncio? Example getting the body of an HTML page and display it to the terminal. The HTTP query is invalid, the Host header is missing, but supporting HTTP/1.0 an

Re: [openstack-dev] [TripleO] [Ironic] Roadmap towards heterogenous hardware support

On 2014/03/02 12:23, Tomas Sedovic wrote: My apologies for firing this off and then hiding under the FOSDEM rock. In light of the points raised by Devananda and Robert, I no longer think fiddling with the scheduler is the way to go. Note this was never intended to break/confuse all TripleO use

Re: [openstack-dev] [Solum] Lang-pack working group meeting cancelled today due to freenode DOS, will be rescheduled

Works for me. On 2/4/14 11:07 AM, "devdatta kulkarni" wrote: >Sounds good to me. > >- Devdatta > >-Original Message- >From: "Clayton Coleman" >Sent: Monday, February 3, 2014 12:10pm >To: "OpenStack Development Mailing List (not for usage questions)" > >Subject: Re: [openstack-dev] [Solu

Re: [openstack-dev] [Openstack-stable-maint] Stable gate status?

On Tue, Feb 4, 2014 at 11:52 AM, Alan Pevec wrote: > 2014-02-04 Doug Hellmann : > > Do we have a list of those somewhere? > > Pulled out where following Neutron patches (IMHO all innocent for gate > breaking): > https://review.openstack.org/62206 > https://review.openstack.org/67214 > https://rev

Re: [openstack-dev] [Neutron] backporting database migrations to stable/havana

Hi Ralf, I see we're on the same boat for this. It seems that a database migration introduces complications for future upgrades. It's not an easy path. My aim when I started this backport was trying to scale out neutron-server, starting several ones together. But I'm afraid we would find

Re: [openstack-dev] [wsme] WSME/Pecan serializing Exceptions

On Tue, Feb 4, 2014 at 11:21 AM, Sylvain Bauza wrote: > hi Doug, > > > 2014-02-04 Doug Hellmann : > >> >> >> >> On Tue, Feb 4, 2014 at 9:43 AM, Sylvain Bauza wrote: >> >>> >>> >> If the exception has a "code" attribute, it is set as the status code for >> the response. Otherwise, the status is set

Re: [openstack-dev] [nova] massive number of new errors in logs with oslo.messaging

On Sun, Feb 2, 2014 at 7:13 AM, Sean Dague wrote: > Just noticed this at the end of a successful run: > > > http://logs.openstack.org/15/63215/13/check/check-tempest-dsvm-full/2636cae/console.html#_2014-02-02_12_02_44_422 > > It looks like the merge of oslo.messaging brings a huge amount of false

Re: [openstack-dev] [Solum] Lang-pack working group meeting cancelled today due to freenode DOS, will be rescheduled

Sounds good to me. - Devdatta -Original Message- From: "Clayton Coleman" Sent: Monday, February 3, 2014 12:10pm To: "OpenStack Development Mailing List (not for usage questions)" Subject: Re: [openstack-dev] [Solum] Lang-pack working group meeting cancelled today due to freenode DOS,

[openstack-dev] [Mistral] Comments on DSL

Following up from yesterday's community meeting I am still catching up with the project, still miss a lot of context. Put my questions and comments on DSL definition: https://etherpad.openstack.org/p/mistral-dsl-discussion Let's review, and thanks for helping us get up to speed. DZ>

[openstack-dev] [Mistral] Comments on DSL

Ops! missed [openstack-dev], fixing… Following up from yesterday's community meeting I am still catching up with the project, still miss a lot of context. Put my questions and comments on DSL definition: https://etherpad.openstack.org/p/mistral-dsl-discussion Let's review, and thanks for help

Re: [openstack-dev] pep8 gating fails due to tools/config/check_uptodate.sh

On Tue, Feb 04, 2014 at 04:36:05PM +, Mark McLoughlin wrote: > On Wed, 2014-02-05 at 01:19 +0900, Sean Dague wrote: > > On 02/05/2014 12:37 AM, Mark McLoughlin wrote: > > I do realize this would be a rather substantial shift from current > > approach, but current approach seems to be hitting a

Re: [openstack-dev] about the bp cpu-entitlement

Hi Sahid, This is being done by Oshrit Feder, so I'll let her answer, but I know that it is going to be implemented as an extensible resource (see: https://blueprints.launchpad.net/nova/+spec/extensible-resource-tracking) so it is waiting for that to be done. That blueprint is making good progr

Re: [openstack-dev] Speaking at PyCON US 2014 about OpenStack?

On Thu 30 Jan 2014 09:36:56 PM CET, Jarret Raim wrote: > Paul Kehrer and I are talking about the state of crypto in Python. The > talk isn't specifically about OpenStack, but we will be talking about > various OpenStack related issues including the Barbican service. Thanks Jarret, that's exactly t

Re: [openstack-dev] Asynchrounous programming: replace eventlet with asyncio

A follow up kind of question, Why not just create a eventlet "micro" version that underneath uses asyncio? Then code isn't riddled with yield from or Return() or similar. It seems possible (maybe?) to replace the eventlet hub with one that uses asyncio? This is then a nice change for all those

Re: [openstack-dev] Ugly Hack to deal with multiple versions

On Feb 4, 2014, at 10:31 AM, Sean Dague wrote: > On 02/05/2014 01:09 AM, Dean Troyer wrote: >> On Tue, Feb 4, 2014 at 9:00 AM, Sean Dague > > wrote: >> >>Can you be more specific about what goes wrong here? I'm not entirely >>sure I understand why an old client of

Re: [openstack-dev] [Openstack-stable-maint] Stable gate status?

2014-02-04 Doug Hellmann : > Do we have a list of those somewhere? Pulled out where following Neutron patches (IMHO all innocent for gate breaking): https://review.openstack.org/62206 https://review.openstack.org/67214 https://review.openstack.org/70232 > I'm particularly interested in https://re

Re: [openstack-dev] [Nova] do nova objects work for plugins?

Hi Dan, Yes, we did plan to do something simple with a DictOfStringsField, I was trying to see if I could do the more complicated thing. BTW the simple version for extra_resources is here: https://review.openstack.org/#/c/66959/ It will be good to go through any remaining problems next week, b

Re: [openstack-dev] Ugly Hack to deal with multiple versions

On 02/04/2014 11:09 AM, Dean Troyer wrote: On Tue, Feb 4, 2014 at 9:00 AM, Sean Dague > wrote: Can you be more specific about what goes wrong here? I'm not entirely sure I understand why an old client of arbitrary age needs to be supported with new OpenStack. T

Re: [openstack-dev] Ugly Hack to deal with multiple versions

On 02/05/2014 01:09 AM, Dean Troyer wrote: > On Tue, Feb 4, 2014 at 9:00 AM, Sean Dague > wrote: > > Can you be more specific about what goes wrong here? I'm not entirely > sure I understand why an old client of arbitrary age needs to be > supported with new Ope

Re: [openstack-dev] [wsme] WSME/Pecan serializing Exceptions

hi Doug, 2014-02-04 Doug Hellmann : > > > > On Tue, Feb 4, 2014 at 9:43 AM, Sylvain Bauza wrote: > >> >> > If the exception has a "code" attribute, it is set as the status code for > the response. Otherwise, the status is set to 500 as a default. There are a > set of exception classes in wsme.ex

Re: [openstack-dev] pep8 gating fails due to tools/config/check_uptodate.sh

On Wed, 2014-02-05 at 01:19 +0900, Sean Dague wrote: > On 02/05/2014 12:37 AM, Mark McLoughlin wrote: > > On Mon, 2014-01-13 at 16:49 +, Sahid Ferdjaoui wrote: > >> Hello all, > >> > >> It looks 100% of the pep8 gate for nova is failing because of a bug > >> reported, > >> we probably need to

Re: [openstack-dev] pep8 gating fails due to tools/config/check_uptodate.sh

On 02/05/2014 12:37 AM, Mark McLoughlin wrote: > On Mon, 2014-01-13 at 16:49 +, Sahid Ferdjaoui wrote: >> Hello all, >> >> It looks 100% of the pep8 gate for nova is failing because of a bug >> reported, >> we probably need to mark this as Critical. >> >>https://bugs.launchpad.net/nova/+b

Re: [openstack-dev] Ugly Hack to deal with multiple versions

On Tue, Feb 4, 2014 at 9:00 AM, Sean Dague wrote: > Can you be more specific about what goes wrong here? I'm not entirely > sure I understand why an old client of arbitrary age needs to be > supported with new OpenStack. The contract is the API, not the client, > and an old client that doesn't do

Re: [openstack-dev] [wsme] WSME/Pecan serializing Exceptions

On Tue, Feb 4, 2014 at 9:43 AM, Sylvain Bauza wrote: > Hi, > > The WSME wsexpose() decorator for Pecan serializes any Exception being > raised on a controller [1] > > I can understand the behaviour for security and visualization concerns, > but I was wondering if it was possible to add an extra pa

Re: [openstack-dev] [Openstack-stable-maint] Stable gate status?

On Tue, Feb 4, 2014 at 9:45 AM, Alan Pevec wrote: > 2014-02-04 Mark McClain : > > On Feb 3, 2014, at 8:27 PM, Alan Pevec wrote: > > > >> Hi Sean and Anita, > >> > >> what is your opinion about the state of stable/havana gate? > >> > >> If you think it's not stable enough to return back patches w

Re: [openstack-dev] pep8 gating fails due to tools/config/check_uptodate.sh

On Mon, 2014-01-13 at 16:49 +, Sahid Ferdjaoui wrote: > Hello all, > > It looks 100% of the pep8 gate for nova is failing because of a bug reported, > we probably need to mark this as Critical. > >https://bugs.launchpad.net/nova/+bug/1268614 > > Ivan Melnikov has pushed a patchset waiti

[openstack-dev] Hyper-V meeting

Hi All, I'm not going to be able to attend the meeting today due all the internaly activity. Therefore I'm going to cance the Hyper-v meeting until next week. p Peter J. Pouliot CISSP Sr. SDET OpenStack Microsoft New England Research & Development Center 1 Memorial Drive Cambridge, MA 02142 P:

[openstack-dev] [Climate] Meeting minutes

Hello, folks! Thanks for taking part in or emergency meeting moved from Friday :) Meeting minutes are: Minutes: http://eavesdrop.openstack.org/meetings/climate/2014/climate.2014-02-04-15.02.html Minutes (text): http://eavesdrop.openstack.org/meetings/climate/2014/climate.2014-02-04-15.02.txt L

Re: [openstack-dev] Ugly Hack to deal with multiple versions

Can you be more specific about what goes wrong here? I'm not entirely sure I understand why an old client of arbitrary age needs to be supported with new OpenStack. The contract is the API, not the client, and an old client that doesn't do version discovery is just a buggy client from what I'm conc

[openstack-dev] [Neutron] backporting database migrations to stable/havana

Hi, I am currently trying to backport the fix for https://launchpad.net/bugs/1254246 to stable/havana. The current state of that is here: https://review.openstack.org/#/c/68929/ However, the fix requires a database migration to be applied (to add a unique constraint to the agents table). And the

[openstack-dev] [Trove] Security groups provisioning flow update

Goodday, OpenStack DBaaS users/contributors. I'd like to start topic related to network access to Trove instances. Basicaly this topic related to security groups inside which are provisioned inside Trove. Not so long ago, Trove began support Redis DB, supported core API and extensions mentione

[openstack-dev] [wsme] WSME/Pecan serializing Exceptions

Hi, The WSME wsexpose() decorator for Pecan serializes any Exception being raised on a controller [1] I can understand the behaviour for security and visualization concerns, but I was wondering if it was possible to add an extra parameter to the decorator in order to explicitely raise the Excepti

Re: [openstack-dev] [Openstack-stable-maint] Stable gate status?

2014-02-04 Mark McClain : > On Feb 3, 2014, at 8:27 PM, Alan Pevec wrote: > >> Hi Sean and Anita, >> >> what is your opinion about the state of stable/havana gate? >> >> If you think it's not stable enough to return back patches which were >> pulled out, I'd have to announce the delay of 2013.2.2

Re: [openstack-dev] [nova][oslo] pep8 gating fails due to tools/config/check_uptodate.sh

On Tue, Feb 04, 2014 at 09:19:08AM -0500, Doug Hellmann wrote: > On Tue, Feb 4, 2014 at 5:09 AM, Julien Danjou wrote: > > > On Tue, Feb 04 2014, Daniel P. Berrange wrote: > > > > > I think the pretty obvious solution here is to *stop* storing > > automatically > > > generated files in GIT. This k

Re: [openstack-dev] Asynchrounous programming: replace eventlet with asyncio

Thanks for taking this on, Victor. Do you have a small eventlet program example that you can show the transformation to asyncio? Thanks, -peter On Tue, Feb 4, 2014 at 8:38 AM, victor stinner wrote: > Hi, > > I would like to replace eventlet with asyncio in OpenStack for the > asynchronous prog

  1   2   >