Re: [openstack-dev] [Neutron][policy] Group Based Policy - Renaming

2014-08-08 Thread Jay Pipes
On 08/07/2014 01:17 PM, Ronak Shah wrote: Hi, Following a very interesting and vocal thread on GBP for last couple of days and the GBP meeting today, GBP sub-team proposes following name changes to the resource. policy-point for endpoint policy-group for endpointgroup (epg) Please reply if

Re: [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward

2014-08-08 Thread Jay Pipes
On 08/08/2014 08:55 AM, Kevin Benton wrote: The existing constructs will not change. A followup question on the above... If GPB API is merged into Neutron, the next logical steps (from what I can tell) will be to add drivers that handle policy-based payloads/requests. Some of these

Re: [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward

2014-08-08 Thread Jay Pipes
On 08/08/2014 12:29 PM, Sumit Naiksatam wrote: Hi Jay, To extend Ivar's response here, the core resources and core plugin configuration does not change with the addition of these extensions. The mechanism to implement the GBP extensions is via a service plugin. So even in a deployment where a

Re: [openstack-dev] [Glance] Image upload/download bandwidth cap

2014-08-08 Thread Jay Pipes
On 08/08/2014 08:49 AM, Tomoki Sekiyama wrote: Hi all, I'm considering how I can apply image download/upload bandwidth limit for glance for network QoS. There was a review for the bandwidth limit, however it is abandoned. * Download rate limiting https://review.openstack.org/#/c/21380/

Re: [openstack-dev] [Neutron] Is network ordering of vNICs guaranteed?

2014-08-09 Thread Jay Pipes
Paul, does this friend of a friend have a reproduceable test script for this? Thanks! -jay On 08/08/2014 04:42 PM, Kevin Benton wrote: If this is true, I think the issue is not on Neutron side but the Nova side. Neutron just receives and handles individual port requests. It has no notion of

Re: [openstack-dev] [OpenStack][InstanceGroup] metadetails and metadata in instance_group.py

2014-08-11 Thread Jay Pipes
On 08/10/2014 10:36 PM, Jay Lau wrote: I was asking this because I got a -2 for https://review.openstack.org/109505 , just want to know why this new term metadetails was invented when we already have details, metadata, system_metadata, instance_metadata, and properties (on images and volumes).

Re: [openstack-dev] [Neutron] Is network ordering of vNICs guaranteed?

2014-08-11 Thread Jay Pipes
Thanks, Paul! On 08/11/2014 10:10 AM, CARVER, PAUL wrote: Armando M. [mailto:arma...@gmail.com] wrote: On 9 August 2014 10:16, Jay Pipes jaypi...@gmail.com wrote: Paul, does this friend of a friend have a reproduceable test script for this? We would also need to know the OpenStack

Re: [openstack-dev] [OpenStack][InstanceGroup] metadetails and metadata in instance_group.py

2014-08-11 Thread Jay Pipes
On 08/11/2014 11:06 AM, Dan Smith wrote: As the person who -2'd the review, I'm thankful you raised this issue on the ML, Jay. Much appreciated. The metadetails term isn't being invented in this patch, of course. I originally complained about the difference when this was being added:

Re: [openstack-dev] [oslo.db]A proposal for DB read/write separation

2014-08-11 Thread Jay Pipes
Hi Li, comments inline. On 08/08/2014 12:03 AM, Li Ma wrote: Getting a massive amount of information from data storage to be displayed is where most of the activity happens in OpenStack. The two activities of reading data and writing (creating, updating and deleting) data are fundamentally

Re: [openstack-dev] [OpenStack][InstanceGroup] metadetails and metadata in instance_group.py

2014-08-11 Thread Jay Pipes
On 08/11/2014 05:58 PM, Jay Lau wrote: I think the metadata in server group is an important feature and it might be used by https://blueprints.launchpad.net/nova/+spec/soft-affinity-for-server-group Actually, we are now doing an internal development for above bp and want to contribute this back

Re: [openstack-dev] [nova] Retrospective veto revert policy

2014-08-12 Thread Jay Pipes
On 08/12/2014 10:56 AM, Mark McLoughlin wrote: Hey (Terrible name for a policy, I know) From the version_cap saga here: https://review.openstack.org/110754 I think we need a better understanding of how to approach situations like this. Here's my attempt at documenting what I think we're

Re: [openstack-dev] [nova] 9 days until feature proposal freeze

2014-08-12 Thread Jay Pipes
On 08/12/2014 04:13 AM, Michael Still wrote: Hi, this is just a friendly reminder that we are now 9 days away from feature proposal freeze for nova. If you think your blueprint isn't going to make it in time, then now would be a good time to let me know so that we can defer it until Kilo. That

Re: [openstack-dev] [all] 3rd Party CI vs. Gerrit

2014-08-13 Thread Jay Pipes
On 08/13/2014 06:35 PM, Russell Bryant wrote: On 08/13/2014 06:23 PM, Mark McLoughlin wrote: On Wed, 2014-08-13 at 12:05 -0700, James E. Blair wrote: cor...@inaugust.com (James E. Blair) writes: Sean Dague s...@dague.net writes: This has all gone far enough that someone actually wrote a

Re: [openstack-dev] Is there a way to let nova schedule plugin fetch glance image metadata

2014-08-13 Thread Jay Pipes
On 08/13/2014 08:31 PM, zhiwei wrote: Hi all, We wrote a nova schedule plugin that need to fetch image metadata by image_id, but encountered one thing, we did not have the glance context. Our solution is to configure OpenStack admin user and password to nova.conf, as you know this is not good.

Re: [openstack-dev] Is there a way to let nova schedule plugin fetch glance image metadata

2014-08-13 Thread Jay Pipes
your problems. One of our scheduler component need to fetch image metadata by image_id( at this time, there is not instance ). Why? Again, the request_spec contains all the information you need about the image... Best, -jay On Thu, Aug 14, 2014 at 9:29 AM, Jay Pipes jaypi...@gmail.com

Re: [openstack-dev] [nova][core] Expectations of core reviewers

2014-08-13 Thread Jay Pipes
On 08/12/2014 06:57 PM, Michael Still wrote: Hi. One of the action items from the nova midcycle was that I was asked to make nova's expectations of core reviews more clear. This email is an attempt at that. Nova expects a minimum level of sustained code reviews from cores. In the past this has

Re: [openstack-dev] [nova] Bug: resize on same node with allow_resize_to_same_host=True

2014-08-13 Thread Jay Pipes
On 08/13/2014 11:50 PM, Manickam, Kanagaraj wrote: Hi, Nova provides a flag ‘allow_resize_to_same_host’ to resize the given instance on the same hypervisor where it is currently residing. When this flag is set to True, the nova.compute.api: resize() method does not set the scheduler hint with

Re: [openstack-dev] Is there a way to let nova schedule plugin fetch glance image metadata

2014-08-13 Thread Jay Pipes
On 08/13/2014 11:06 PM, zhiwei wrote: Hi Jay. The case is: When heat create a stack, it will first call our scheduler(will pass image_id), our scheduler will get image metadata by image_id. Our scheduler will build a placement policy through image metadata, then start booting VM. How exactly

Re: [openstack-dev] [oslo][db] Nominating Mike Bayer for the oslo.db core reviewers team

2014-08-15 Thread Jay Pipes
On 08/15/2014 04:21 AM, Roman Podoliaka wrote: Hi Oslo team, I propose that we add Mike Bayer (zzzeek) to the oslo.db core reviewers team. Mike is an author of SQLAlchemy, Alembic, Mako Templates and some other stuff we use in OpenStack. Mike has been working on OpenStack for a few months

Re: [openstack-dev] [QA] Picking a Name for the Tempest Library

2014-08-15 Thread Jay Pipes
On 08/15/2014 03:14 PM, Matthew Treinish wrote: Hi Everyone, So as part of splitting out common functionality from tempest into a library [1] we need to create a new repository. Which means we have the fun task of coming up with something to name it. I'm personally thought we should call it:

Re: [openstack-dev] [QA] Picking a Name for the Tempest Library

2014-08-16 Thread Jay Pipes
On 08/16/2014 12:27 PM, Marc Koderer wrote: Hi all, Am 15.08.2014 um 23:31 schrieb Jay Pipes jaypi...@gmail.com: I suggest that tempest should be the name of the import'able library, and that the integration tests themselves should be what is pulled out of the current Tempest repository

Re: [openstack-dev] [all] The future of the integrated release

2014-08-17 Thread Jay Pipes
On 08/17/2014 05:11 AM, Stan Lagun wrote: On Fri, Aug 15, 2014 at 7:17 PM, Sandy Walsh sandy.wa...@rackspace.com mailto:sandy.wa...@rackspace.com wrote: I recently suggested that the Ceilometer API (and integration tests) be separated from the implementation (two repos) so others might

Re: [openstack-dev] [all] The future of the integrated release

2014-08-19 Thread Jay Pipes
Caution: words below may cause discomfort. I ask that folks read *all* of my message before reacting to any piece of it. Thanks! On 08/19/2014 02:41 AM, Robert Collins wrote: On 18 August 2014 09:32, Clint Byrum cl...@fewbar.com wrote: I can see your perspective but I don't think its

Re: [openstack-dev] [TripleO][Nova] Specs and approvals

2014-08-19 Thread Jay Pipes
On 08/19/2014 11:23 AM, Russell Bryant wrote: On 08/19/2014 05:31 AM, Robert Collins wrote: Hey everybody - https://wiki.openstack.org/wiki/TripleO/SpecReviews seems pretty sane as we discussed at the last TripleO IRC meeting. I'd like to propose that we adopt it with the following tweak:

Re: [openstack-dev] [neutron]Performance of security group

2014-08-20 Thread Jay Pipes
On 08/20/2014 07:34 AM, Miguel Angel Ajo Pelayo wrote: I couldn't resist making a little benchmark test of the new RPC implementation shihanzhang wrote: http://www.ajo.es/post/95269040924/neutron-security-group-rules-for-devices-rpc-rewrite The results are awesome :-) Indeed, fantastic news.

Re: [openstack-dev] [Nova] Scheduler split wrt Extensible Resource Tracking

2014-08-20 Thread Jay Pipes
On 08/20/2014 04:48 AM, Nikola Đipanov wrote: On 08/20/2014 08:27 AM, Joe Gordon wrote: On Aug 19, 2014 10:45 AM, Day, Phil philip@hp.com mailto:philip@hp.com wrote: -Original Message- From: Nikola Đipanov [mailto:ndipa...@redhat.com mailto:ndipa...@redhat.com] Sent: 19

Re: [openstack-dev] [all] The future of the integrated release

2014-08-20 Thread Jay Pipes
Hi Thierry, thanks for the reply. Comments inline. :) On 08/20/2014 06:32 AM, Thierry Carrez wrote: Jay Pipes wrote: [...] If either of the above answers is NO, then I believe the Technical Committee should recommend that the integrated project be removed from the integrated release. HOWEVER

Re: [openstack-dev] [all] The future of the integrated release

2014-08-20 Thread Jay Pipes
On 08/20/2014 11:41 AM, Zane Bitter wrote: On 19/08/14 10:37, Jay Pipes wrote: By graduating an incubated project into the integrated release, the Technical Committee is blessing the project as the OpenStack way to do some thing. If there are projects that are developed *in the OpenStack

Re: [openstack-dev] [all] The future of the integrated release

2014-08-20 Thread Jay Pipes
On 08/20/2014 05:06 PM, Chris Friesen wrote: On 08/20/2014 07:21 AM, Jay Pipes wrote: Hi Thierry, thanks for the reply. Comments inline. :) On 08/20/2014 06:32 AM, Thierry Carrez wrote: If we want to follow your model, we probably would have to dissolve programs as they stand right now

Re: [openstack-dev] [all] The future of the integrated release

2014-08-21 Thread Jay Pipes
On 08/21/2014 07:58 AM, Chris Dent wrote: On Thu, 21 Aug 2014, Sean Dague wrote: By blessing one team what we're saying is all the good ideas pool for tackling this hard problem can only come from that one team. This is a big part of this conversation that really confuses me. Who is that one

Re: [openstack-dev] [all] The future of the integrated release

2014-08-21 Thread Jay Pipes
On 08/20/2014 11:54 PM, Clint Byrum wrote: Excerpts from Jay Pipes's message of 2014-08-20 14:53:22 -0700: On 08/20/2014 05:06 PM, Chris Friesen wrote: On 08/20/2014 07:21 AM, Jay Pipes wrote: ...snip We already run into issues with something as basic as competing SQL databases. If the TC

Re: [openstack-dev] [all] The future of the integrated release

2014-08-21 Thread Jay Pipes
On 08/19/2014 11:28 PM, Robert Collins wrote: On 20 August 2014 02:37, Jay Pipes jaypi...@gmail.com wrote: ... I'd like to see more unification of implementations in TripleO - but I still believe our basic principle of using OpenStack technologies that already exist in preference to third

Re: [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs

2014-08-22 Thread Jay Pipes
On 08/22/2014 08:33 AM, Thierry Carrez wrote: Hi everyone, We all know being a project PTL is an extremely busy job. That's because in our structure the PTL is responsible for almost everything in a project: - Release management contact - Work prioritization - Keeping bugs under control -

Re: [openstack-dev] [Ironic] [TripleO] How to gracefully quiesce a box?

2014-08-22 Thread Jay Pipes
On 08/22/2014 01:48 PM, Clint Byrum wrote: It has been brought to my attention that Ironic uses the biggest hammer in the IPMI toolbox to control chassis power: https://git.openstack.org/cgit/openstack/ironic/tree/ironic/drivers/modules/ipminative.py#n142 Which is ret =

Re: [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs

2014-08-24 Thread Jay Pipes
On 08/23/2014 06:35 PM, Clint Byrum wrote: I agree as well. PTL is a servant of the community, as any good leader is. If the PTL feels they have to drop the hammer, or if an impass is reached where they are asked to, it is because they have failed to get everyone communicating effectively, not

Re: [openstack-dev] [nova] Server Groups - remove VM from group?

2014-08-25 Thread Jay Pipes
On 08/25/2014 11:10 AM, Joe Cropper wrote: Hello, Is our long-term vision to allow a VMs to be dynamically added/removed from a group? That is, unless I'm overlooking something, it appears that you can only add a VM to a server group at VM boot time and effectively remove it by deleting the

Re: [openstack-dev] [nova] Server Groups - remove VM from group?

2014-08-25 Thread Jay Pipes
, Aug 25, 2014 at 10:16 AM, Jay Pipes jaypi...@gmail.com wrote: On 08/25/2014 11:10 AM, Joe Cropper wrote: Hello, Is our long-term vision to allow a VMs to be dynamically added/removed from a group? That is, unless I'm overlooking something, it appears that you can only add a VM to a server

Re: [openstack-dev] What does NASA not using OpenStack mean to OS's future

2014-08-25 Thread Jay Pipes
On 08/25/2014 12:08 PM, Aryeh Friedman wrote: http://www.quora.com/Why-would-the-creators-of-OpenStack-the-market-leader-in-cloud-computing-platforms-refuse-to-use-it-and-use-AWS-instead Would you mind please not posting to the developer's mailing list inflammatory random web pages? Thanks,

Re: [openstack-dev] [all] The future of the integrated release

2014-08-26 Thread Jay Pipes
On 08/25/2014 03:50 PM, Adam Lawson wrote: I recognize I'm joining the discussion late but I've been following the dialog fairly closely and want to offer my perspective FWIW. I have a lot going through my head, not sure how to get it all out there so I'll do a brain dump, get some feedback and

Re: [openstack-dev] [infra] [neutron] [tc] Neutron Incubator workflow

2014-08-27 Thread Jay Pipes
On 08/26/2014 07:09 PM, James E. Blair wrote: Hi, After reading https://wiki.openstack.org/wiki/Network/Incubator I have some thoughts about the proposed workflow. We have quite a bit of experience and some good tools around splitting code out of projects and into new projects. But we don't

Re: [openstack-dev] [nova] refactoring of resize/migrate

2014-08-27 Thread Jay Pipes
On 08/27/2014 06:41 AM, Markus Zoeller wrote: The review of the spec to blueprint hot-resize has several comments about the need of refactoring the existing code base of resize and migrate before the blueprint could be considered (see [1]). I'm interested in the result of the blueprint therefore

Re: [openstack-dev] [zaqar] [marconi] Juno Performance Testing (Round 1)

2014-08-28 Thread Jay Pipes
On 08/26/2014 05:41 PM, Kurt Griffiths wrote: * uWSGI + gevent * config: http://paste.openstack.org/show/100592/ * app.py: http://paste.openstack.org/show/100593/ Hi Kurt! Thanks for posting the benchmark configuration and results. Good stuff :) I'm curious

Re: [openstack-dev] [infra] [neutron] [tc] Neutron Incubator workflow

2014-08-28 Thread Jay Pipes
interfaces and data structures are cleaned up and versioned will just lead to greater technical debt and an increase in frustration on the part of Nova developers and scheduler developers alike. -jay On Wed, Aug 27, 2014 at 11:52 AM, Jay Pipes jaypi...@gmail.com mailto:jaypi...@gmail.com wrote

Re: [openstack-dev] [nova] [neutron] Specs for K release

2014-08-28 Thread Jay Pipes
On 08/28/2014 12:50 PM, Michael Still wrote: On Thu, Aug 28, 2014 at 6:53 AM, Daniel P. Berrange berra...@redhat.com wrote: On Thu, Aug 28, 2014 at 11:51:32AM +, Alan Kavanagh wrote: How to do we handle specs that have slipped through the cracks and did not make it for Juno? Rebase the

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

2014-08-28 Thread Jay Pipes
On 08/27/2014 11:34 AM, Doug Hellmann wrote: On Aug 27, 2014, at 8:51 AM, Thierry Carrez thie...@openstack.org wrote: Hi everyone, I've been thinking about what changes we can bring to the Design Summit format to make it more productive. I've heard the feedback from the mid-cycle meetups and

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

2014-08-28 Thread Jay Pipes
On 08/28/2014 02:21 PM, Sean Dague wrote: On 08/28/2014 01:58 PM, Jay Pipes wrote: On 08/27/2014 11:34 AM, Doug Hellmann wrote: On Aug 27, 2014, at 8:51 AM, Thierry Carrez thie...@openstack.org wrote: Hi everyone, I've been thinking about what changes we can bring to the Design Summit

Re: [openstack-dev] [nova] Is the BP approval process broken?

2014-08-28 Thread Jay Pipes
On 08/27/2014 09:04 PM, Dugger, Donald D wrote: I’ll try and not whine about my pet project but I do think there is a problem here. For the Gantt project to split out the scheduler there is a crucial BP that needs to be implemented ( https://review.openstack.org/#/c/89893/ ) and, unfortunately,

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

2014-08-28 Thread Jay Pipes
On 08/28/2014 03:31 PM, Sean Dague wrote: On 08/28/2014 03:06 PM, Jay Pipes wrote: On 08/28/2014 02:21 PM, Sean Dague wrote: On 08/28/2014 01:58 PM, Jay Pipes wrote: On 08/27/2014 11:34 AM, Doug Hellmann wrote: On Aug 27, 2014, at 8:51 AM, Thierry Carrez thie...@openstack.org wrote: Hi

Re: [openstack-dev] [nova] Is the BP approval process broken?

2014-08-28 Thread Jay Pipes
On 08/28/2014 04:05 PM, Chris Friesen wrote: On 08/28/2014 01:44 PM, Jay Pipes wrote: On 08/27/2014 09:04 PM, Dugger, Donald D wrote: I understand that reviews are a burden and very hard but it seems wrong that a BP with multiple positive reviews and no negative reviews is dropped because

Re: [openstack-dev] [nova] Is the BP approval process broken?

2014-08-28 Thread Jay Pipes
Message- From: Jay Pipes [mailto:jaypi...@gmail.com] Sent: Thursday, August 28, 2014 1:44 PM To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [nova] Is the BP approval process broken? On 08/27/2014 09:04 PM, Dugger, Donald D wrote: I'll try and not whine about my pet project

Re: [openstack-dev] [qa] Lack of consistency in returning response from tempest clients

2014-08-29 Thread Jay Pipes
On 08/29/2014 10:19 AM, David Kranz wrote: While reviewing patches for moving response checking to the clients, I noticed that there are places where client methods do not return any value. This is usually, but not always, a delete method. IMO, every rest client method should return at least the

Re: [openstack-dev] [nova] Is the BP approval process broken?

2014-08-29 Thread Jay Pipes
On 08/29/2014 12:25 PM, Zane Bitter wrote: On 28/08/14 17:02, Jay Pipes wrote: I understand your frustration about the silence, but the silence from core team members may actually be a loud statement about where their priorities are. I don't know enough about the Nova review situation to say

Re: [openstack-dev] [nova] nova backup not working in stable/icehouse?

2014-08-29 Thread Jay Pipes
On 08/29/2014 02:48 AM, Preston L. Bannister wrote: Looking to put a proper implementation of instance backup into OpenStack. Started by writing a simple set of baseline tests and running against the stable/icehouse branch. They failed!

Re: [openstack-dev] [qa][all][Heat] Packaging of functional tests

2014-08-29 Thread Jay Pipes
On 08/26/2014 10:14 AM, Zane Bitter wrote: Steve Baker has started the process of moving Heat tests out of the Tempest repository and into the Heat repository, and we're looking for some guidance on how they should be packaged in a consistent way. Apparently there are a few projects already

Re: [openstack-dev] [qa][all][Heat] Packaging of functional tests

2014-09-04 Thread Jay Pipes
On 08/29/2014 05:15 PM, Zane Bitter wrote: On 29/08/14 14:27, Jay Pipes wrote: On 08/26/2014 10:14 AM, Zane Bitter wrote: Steve Baker has started the process of moving Heat tests out of the Tempest repository and into the Heat repository, and we're looking for some guidance on how they should

Re: [openstack-dev] [oslo.db]A proposal for DB read/write separation

2014-09-04 Thread Jay Pipes
On 09/02/2014 07:15 AM, Duncan Thomas wrote: On 11 August 2014 19:26, Jay Pipes jaypi...@gmail.com wrote: The above does not really make sense for MySQL Galera/PXC clusters *if only Galera nodes are used in the cluster*. Since Galera is synchronously replicated, there's no real point

Re: [openstack-dev] [nova] Averting the Nova crisis by splitting out virt drivers

2014-09-04 Thread Jay Pipes
On 09/04/2014 11:32 AM, Vladik Romanovsky wrote: +1 I very much agree with Dan's the propsal. I am concerned about difficulties we will face with merging patches that spreads accross various regions: manager, conductor, scheduler, etc.. However, I think, this is a small price to pay for

Re: [openstack-dev] [qa][all][Heat] Packaging of functional tests

2014-09-04 Thread Jay Pipes
On 09/04/2014 11:32 AM, Steven Hardy wrote: On Thu, Sep 04, 2014 at 10:45:59AM -0400, Jay Pipes wrote: On 08/29/2014 05:15 PM, Zane Bitter wrote: On 29/08/14 14:27, Jay Pipes wrote: On 08/26/2014 10:14 AM, Zane Bitter wrote: Steve Baker has started the process of moving Heat tests out

Re: [openstack-dev] [nova] [feature freeze exception] FFE for libvirt-start-lxc-from-block-devices

2014-09-04 Thread Jay Pipes
On 09/04/2014 09:25 AM, Daniel P. Berrange wrote: On Thu, Sep 04, 2014 at 03:22:14PM +0200, Vladik Romanovsky wrote: Hello, I would like to ask for an extension for libvirt-start-lxc-from-block-devices feature. It has been previously pushed from Ice house to Juno. The spec [1] has been

Re: [openstack-dev] [nova] [feature freeze exception] FFE for instance tags API extension

2014-09-04 Thread Jay Pipes
://review.openstack.org/#/c/91444/ blueprint was approved, but its status was changed to Pending Approval because of FF. https://blueprints.launchpad.net/nova/+spec/tag-instances The first of these patches has got a +2 from Jay Pipes. The second was already approved by Jay Pipes and Matt Dietz. This set

Re: [openstack-dev] [Nova] Feature Freeze Exception process for Juno

2014-09-04 Thread Jay Pipes
On 09/03/2014 11:57 AM, Solly Ross wrote: I will follow up with a more detailed email about what I believe we are missing, once the FF settles and I have applied some soothing creme to my burnout wounds, but currently my sentiment is: Contributing features to Nova nowadays SUCKS!!1 (even as a

Re: [openstack-dev] [Nova] Feature Freeze Exception process for Juno

2014-09-04 Thread Jay Pipes
On 09/03/2014 02:10 PM, Vladik Romanovsky wrote: +1 I had several pacthes in start lxc from block device series. The blueprint was waiting since Icehouse. In Juno it was approved, however, besides Daniel Berrange no one was looking at these patches. Now it's being pushed to Kilo, regadless of

Re: [openstack-dev] [nova] [feature freeze exception] Feature freeze exception for config-drive-image-property

2014-09-04 Thread Jay Pipes
On 09/04/2014 03:07 PM, Jiang, Yunhong wrote: Hi, I'd like to ask for a feature freeze exception for the config-drive-image-property. The spec has been approved, and the corresponding patch (https://review.openstack.org/#/c/77027/ ) has been +W three time, but failed to be merged

Re: [openstack-dev] [Nova] Feature Freeze Exception process for Juno

2014-09-04 Thread Jay Pipes
On 09/04/2014 08:08 AM, Daniel P. Berrange wrote: As a core dev I want to feel that I'm still able to do valuable code submission myself, while also doing the important code review work. IOW, I don't want to end up with core team job requiring 100% of time to be spent on review cycles, as from

Re: [openstack-dev] [nova] Averting the Nova crisis by splitting out virt drivers

2014-09-04 Thread Jay Pipes
On 09/04/2014 09:36 AM, Gary Kotton wrote: Hi, I do not think that Nova is in a death spiral. I just think that the current way of working at the moment is strangling the project. I do not understand why we need to split drivers out of the core project. Why not have the ability to provide Œcore

Re: [openstack-dev] [nova] Averting the Nova crisis by splitting out virt drivers

2014-09-04 Thread Jay Pipes
On 09/04/2014 10:33 AM, Dugger, Donald D wrote: Basically +1 with what Daniel is saying (note that, as mentioned, a side effect of our effort to split out the scheduler will help but not solve this problem). The difference between Dan's proposal and the Gantt split is that Dan's proposal

Re: [openstack-dev] [nova] Averting the Nova crisis by splitting out virt drivers

2014-09-04 Thread Jay Pipes
On 09/04/2014 12:11 PM, Duncan Thomas wrote: I think that having a shared review team across all of the drivers has definite benefits in terms of coherency and consistency - it is very easy for experts on one technology to become tunnel-visioned on some points and miss the wider, cross project

Re: [openstack-dev] [nova] Averting the Nova crisis by splitting out virt drivers

2014-09-05 Thread Jay Pipes
On 09/05/2014 02:59 AM, Sylvain Bauza wrote: Le 05/09/2014 01:26, Jay Pipes a écrit : On 09/04/2014 10:33 AM, Dugger, Donald D wrote: Basically +1 with what Daniel is saying (note that, as mentioned, a side effect of our effort to split out the scheduler will help but not solve this problem

Re: [openstack-dev] [nova] Averting the Nova crisis by splitting out virt drivers

2014-09-05 Thread Jay Pipes
On 09/05/2014 08:58 AM, Sylvain Bauza wrote: Le 05/09/2014 14:48, Jay Pipes a écrit : On 09/05/2014 02:59 AM, Sylvain Bauza wrote: Le 05/09/2014 01:26, Jay Pipes a écrit : On 09/04/2014 10:33 AM, Dugger, Donald D wrote: Basically +1 with what Daniel is saying (note that, as mentioned, a side

Re: [openstack-dev] [nova] Averting the Nova crisis by splitting out virt drivers

2014-09-05 Thread Jay Pipes
On 09/05/2014 06:29 AM, John Garbutt wrote: Scheduler: I think we need to split out the scheduler with a similar level of urgency. We keep blocking features on the split, because we know we don't have the review bandwidth to deal with them. Right now I am talking about a compute related

Re: [openstack-dev] [Nova] [FFE] Final Libvirt User Namespaces Patch

2014-09-05 Thread Jay Pipes
On 09/05/2014 09:57 AM, Daniel P. Berrange wrote: On Fri, Sep 05, 2014 at 01:49:20PM +, Andrew Melton wrote: Hey Devs, I'd like to request a feature freeze exception for: https://review.openstack.org/#/c/94915/ This feature is the final patch set for the User Namespace BP

Re: [openstack-dev] [Nova][FFE] Feature freeze exception for virt-driver-numa-placement

2014-09-05 Thread Jay Pipes
On 09/05/2014 04:48 AM, Nikola Đipanov wrote: Quick response as not to hijack the thread: I think we all agree on the benefits of having resources you can turn off and on at will. I don't agree at all. There's no cost whatsoever in turning on a resource. It doesn't need to be extensible.

Re: [openstack-dev] [nova] Averting the Nova crisis by splitting out virt drivers

2014-09-05 Thread Jay Pipes
On 09/05/2014 03:01 PM, Russell Bryant wrote: On 09/05/2014 10:06 AM, Jay Pipes wrote: On 09/05/2014 06:29 AM, John Garbutt wrote: Scheduler: I think we need to split out the scheduler with a similar level of urgency. We keep blocking features on the split, because we know we don't have

Re: [openstack-dev] [Nova][FFE] Feature freeze exception for virt-driver-numa-placement

2014-09-05 Thread Jay Pipes
On 09/05/2014 11:20 AM, John Garbutt wrote: On 5 September 2014 13:59, Nikola Đipanov ndipa...@redhat.com wrote: Since this did not get an 'Approved' as of yet, I want to make sure that this is not because the number of sponsors. 2 core members have already sponsored it, and as per [1] cores

Re: [openstack-dev] [Nova][FFE] Feature Freeze exception for juno-slaveification

2014-09-05 Thread Jay Pipes
the other patches from this blueprint have merged, the only remaining patch really just needs a +W as it has been extensively reviewed and already approved previously. This may be an easy candidate since Andrew Laski, Jay Pipes and Dan Smith have reviewed and +2'd this already. I am

Re: [openstack-dev] [Fuel] Doc team working with bugs

2014-09-08 Thread Jay Pipes
On 09/08/2014 03:46 AM, Dmitry Mescheryakov wrote: Hello Fuelers, On the previous meeting a topic was raised on how Fuel doc team should work with bugs, see [1] for details. We agreed to move the discussion into the mailing list. The thing is there are two members in the team at the moment

Re: [openstack-dev] [python-novaclient] servers list

2014-09-08 Thread Jay Pipes
On 09/08/2014 10:27 AM, Abbass MAROUNI wrote: Hi guys, I'm working with 'servers.list' call in 'nova.novaclient' and I'm getting different server lists depending on whether the user issuing the call is and admin or not. It seems like only an admin user can filter the returned list while a

Re: [openstack-dev] Kilo Cycle Goals Exercise

2014-09-08 Thread Jay Pipes
On 09/03/2014 12:16 PM, Doug Hellmann wrote: On Sep 3, 2014, at 11:37 AM, Joe Gordon joe.gord...@gmail.com mailto:joe.gord...@gmail.com wrote: As you all know, there has recently been several very active discussions around how to improve assorted aspects of our development process. One idea

Re: [openstack-dev] [neutron] [nova] non-deterministic gate failures due to unclosed eventlet Timeouts

2014-09-08 Thread Jay Pipes
On 09/07/2014 10:43 AM, Matt Riedemann wrote: On 9/7/2014 8:39 AM, John Schwarz wrote: Hi, Long story short: for future reference, if you initialize an eventlet Timeout, make sure you close it (either with a context manager or simply timeout.close()), and be extra-careful when writing tests

Re: [openstack-dev] [neutron][policy] Group-based Policy next steps

2014-09-09 Thread Jay Pipes
On 09/04/2014 12:07 AM, Sumit Naiksatam wrote: Hi, There's been a lot of lively discussion on GBP a few weeks back and we wanted to drive forward the discussion on this a bit more. As you might imagine, we're excited to move this forward so more people can try it out. Here are the options: *

Re: [openstack-dev] [solum] pep8 - splitting expressions

2014-09-09 Thread Jay Pipes
On 09/09/2014 03:05 PM, Gilbert Pilz wrote: I have a question with regards to splitting expressions in order to conform to the pep8 line-length restriction. I have the following bit of code: res = amodel.Assemblies(uri=common.ASSEM_URI_STR %

Re: [openstack-dev] [neutron][policy] Group-based Policy next steps

2014-09-09 Thread Jay Pipes
, rendering of policy, etc can be experimented with here in the stackforge project until the incubator is figured out. OK, thanks for the explanation Kevin, that helps! Best, -jay On Tue, Sep 9, 2014 at 12:01 PM, Jay Pipes jaypi...@gmail.com mailto:jaypi...@gmail.com wrote: On 09/04/2014 12:07

Re: [openstack-dev] Treating notifications as a contract

2014-09-10 Thread Jay Pipes
On 09/03/2014 11:21 AM, Sandy Walsh wrote: On 9/3/2014 11:32 AM, Chris Dent wrote: I took some notes on this a few weeks ago and extracted what seemed to be the two main threads or ideas the were revealed by the conversation that happened in this thread: * At the micro level have

Re: [openstack-dev] Kilo Cycle Goals Exercise

2014-09-10 Thread Jay Pipes
On 09/03/2014 11:37 AM, Joe Gordon wrote: As you all know, there has recently been several very active discussions around how to improve assorted aspects of our development process. One idea that was brought up is to come up with a list of cycle goals/project priorities for Kilo [0]. To that

Re: [openstack-dev] [nova][neutron][cinder] Averting the Nova crisis by splitting out virt drivers

2014-09-10 Thread Jay Pipes
On 09/10/2014 05:55 PM, Chris Friesen wrote: On 09/10/2014 02:44 AM, Daniel P. Berrange wrote: On Tue, Sep 09, 2014 at 05:14:43PM -0700, Stefano Maffulli wrote: I have the impression this idea has been circling around for a while but for some reason or another (like lack of capabilities in

Re: [openstack-dev] [nova] Server Groups - remove VM from group?

2014-09-11 Thread Jay Pipes
On 09/11/2014 04:51 PM, Matt Riedemann wrote: On 9/10/2014 6:00 PM, Russell Bryant wrote: On 09/10/2014 06:46 PM, Joe Cropper wrote: Hmm, not sure I follow the concern, Russell. How is that any different from putting a VM into the group when it’s booted as is done today? This simply defers

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

2014-09-12 Thread Jay Pipes
Had to laugh about the PILE OF POO character :) Comments inline... On 09/12/2014 01:52 PM, Chris St. Pierre wrote: We have proposed that the allowed characters for all resource names in Nova (flavors, aggregates, etc.) be expanded to all printable unicode characters and horizontal spaces:

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

2014-09-15 Thread Jay Pipes
On 09/15/2014 10:21 AM, Chris St. Pierre wrote: On Mon, Sep 15, 2014 at 4:34 AM, Daniel P. Berrange berra...@redhat.com mailto:berra...@redhat.com wrote: To arbitrarily restrict the user is a bug. QFT. This is why I don't feel like a blueprint should be necessary -- this is a fairly

Re: [openstack-dev] [Nova] What's holding nova development back?

2014-09-15 Thread Jay Pipes
On 09/15/2014 04:01 AM, Nikola Đipanov wrote: On 09/13/2014 11:07 PM, Michael Still wrote: Just an observation from the last week or so... The biggest problem nova faces at the moment isn't code review latency. Our biggest problem is failing to fix our bugs so that the gate is reliable. The

Re: [openstack-dev] [tripleo][heat][ironic] Heat Ironic resources and ready state orchestration

2014-09-15 Thread Jay Pipes
On 09/15/2014 04:08 PM, Steven Hardy wrote: On Mon, Sep 15, 2014 at 05:51:43PM +, Jay Faulkner wrote: Steven, It's important to note that two of the blueprints you reference: https://blueprints.launchpad.net/ironic/+spec/drac-raid-mgmt

Re: [openstack-dev] [Nova] What's holding nova development back?

2014-09-15 Thread Jay Pipes
On 09/15/2014 05:30 PM, Michael Still wrote: On Tue, Sep 16, 2014 at 12:30 AM, Russell Bryant rbry...@redhat.com wrote: On 09/15/2014 05:42 AM, Daniel P. Berrange wrote: On Sun, Sep 14, 2014 at 07:07:13AM +1000, Michael Still wrote: Just an observation from the last week or so... The biggest

Re: [openstack-dev] [glance][all] Help with interpreting the log level guidelines

2014-09-15 Thread Jay Pipes
On 09/15/2014 07:00 PM, Mark Washenberger wrote: Hi there logging experts, We've recently had a little disagreement in the glance team about the appropriate log levels for http requests that end up failing due to user errors. An example would be a request to get an image that does not exist,

Re: [openstack-dev] [Nova] What's holding nova development back?

2014-09-15 Thread Jay Pipes
On 09/15/2014 08:07 PM, Jeremy Stanley wrote: On 2014-09-15 17:59:10 -0400 (-0400), Jay Pipes wrote: [...] Sometimes it's pretty hard to determine whether something in the E-R check page is due to something in the infra scripts, some transient issue in the upstream CI platform (or part

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

2014-09-15 Thread Jay Pipes
On 09/15/2014 11:05 PM, Chmouel Boudjnah wrote: Sean Dague s...@dague.net writes: Episode 0 - Mock best practices will kick off this Friday, Sept 19th, from 3pm - 4pm EST. Our experts for this will be Jay Pipes and Dan ah too bad this is when the week-end start in Europe (and usually mean

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

2014-09-15 Thread Jay Pipes
for this will be Jay Pipes and Dan Smith. It will be done as a Google Hangout on Air, which means there will be a live youtube stream while it's on, and a recorded youtube video that's publicly accessible once we're done. We'll be using an etherpad during the broadcast to provide links to the content

Re: [openstack-dev] [Nova] What's holding nova development back?

2014-09-16 Thread Jay Pipes
On 09/16/2014 04:29 AM, Michael Still wrote: I think bug days are a good idea. We've had them sporadically in the past, but never weekly. We stopped mostly because people stopped showing up. If we think we have critical mass again, or if it makes more sense to run one during the RC period, then

Re: [openstack-dev] [Nova] What's holding nova development back?

2014-09-16 Thread Jay Pipes
On 09/16/2014 04:12 AM, Daniel P. Berrange wrote: On Tue, Sep 16, 2014 at 07:30:26AM +1000, Michael Still wrote: On Tue, Sep 16, 2014 at 12:30 AM, Russell Bryant rbry...@redhat.com wrote: On 09/15/2014 05:42 AM, Daniel P. Berrange wrote: On Sun, Sep 14, 2014 at 07:07:13AM +1000, Michael Still

Re: [openstack-dev] No one replying on tempest issue?Please share your experience

2014-09-16 Thread Jay Pipes
On 09/16/2014 11:10 AM, Nikesh Kumar Mahalka wrote: Hi, I deployed a juno devstack setup for a cinder volume driver. I changed cinder.conf file and tempest.conf file for single backend and restarted cinder services. Now i ran tempest test as below: /opt/stack/tempest/run_tempest.sh

Re: [openstack-dev] [zaqar] Juno Performance Testing (Round 3)

2014-09-16 Thread Jay Pipes
On 09/16/2014 11:23 AM, Kurt Griffiths wrote: Hi crew, as promised I’ve continued to work through the performance test plan. I’ve started a wiki page for the next batch of tests and results: https://wiki.openstack.org/wiki/Zaqar/Performance/PubSub/Redis I am currently running the same tests

Re: [openstack-dev] [glance][all] Help with interpreting the log level guidelines

2014-09-16 Thread Jay Pipes
On 09/16/2014 10:16 AM, Kuvaja, Erno wrote: In my point of view it makes life much easier if we have information where the request failed The request did not fail. The HTTP request succeeded and Glance returned a 404 Not Found. If the caller was expecting an image to be there, but it

  1   2   3   4   5   6   7   8   9   10   >