Re: [openstack-dev] [Nova] Spring cleaning nova-core

2014-12-07 Thread Gary Kotton
I agree -1 for Padraig On 12/6/14, 7:42 PM, Jay Pipes jaypi...@gmail.com wrote: On 12/04/2014 04:05 PM, Michael Still wrote: One of the things that happens over time is that some of our core reviewers move on to other projects. This is a normal and healthy thing, especially as nova continues

Re: [openstack-dev] [Neutron] Core/Vendor code decomposition

2014-12-07 Thread Gary Kotton
Hi, I have raised my concerns on the proposal. I think that all plugins should be treated on an equal footing. My main concern is having the ML2 plugin in tree whilst the others will be moved out of tree will be problematic. I think that the model will be complete if the ML2 was also out of

Re: [openstack-dev] [nova] Fixing the console.log grows forever bug.

2014-12-07 Thread Tim Bell
-Original Message- From: Tony Breeds [mailto:t...@bakeyournoodle.com] Sent: 06 December 2014 06:39 To: openstack-dev@lists.openstack.org Subject: [openstack-dev] [nova] Fixing the console.log grows forever bug. ... However I was encouraged to investigate fixing this in qemu, such

Re: [openstack-dev] [Nova] Spring cleaning nova-core

2014-12-07 Thread Michael Still
On Sun, Dec 7, 2014 at 7:03 PM, Gary Kotton gkot...@vmware.com wrote: On 12/6/14, 7:42 PM, Jay Pipes jaypi...@gmail.com wrote: [snip] -1 on pixelbeat, since he's been active in reviews on various things AFAICT in the last 60-90 days and seems to be still a considerate reviewer in various areas.

[openstack-dev] [Cinder]

2014-12-07 Thread Pradip Mukhopadhyay
Hi, Is there a way to find out/list down the backends discovered for Cinder? There is, I guess, no API for get the list of backends. Thanks, Pradip ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org

[openstack-dev] [Cinder] Listing of backends

2014-12-07 Thread Pradip Mukhopadhyay
Hi, Is there a way to find out/list down the backends discovered for Cinder? There is, I guess, no API for get the list of backends. Thanks, Pradip ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org

Re: [openstack-dev] [neutron][lbaas] lbaas v2 drivers/specs

2014-12-07 Thread Evgeny Fedoruk
Hi Doug, Thanks for a reminder, Res-submitted following three for kilo: LBaaS Layer 7 rules - https://review.openstack.org/#/c/139853/ Neutron LBaaS TLS - https://review.openstack.org/#/c/139852 Radware LBaaS Driver - https://review.openstack.org/#/c/139854/ Thanks, Evg

Re: [openstack-dev] [Nova] Spring cleaning nova-core

2014-12-07 Thread Gary Kotton
Please see http://stackalytics.com/report/contribution/nova-group/90. If we are following the average of 2 reviews per day then proposed list should be updated. On 12/7/14, 11:19 AM, Michael Still mi...@stillhq.com wrote: On Sun, Dec 7, 2014 at 7:03 PM, Gary Kotton gkot...@vmware.com wrote: On

Re: [openstack-dev] [qa] How to delete a VM which is in ERROR state?

2014-12-07 Thread foss geek
Have you tried to delete after reset? # nova reset-state --active Name or ID of server # nova delete Name or ID of server It works well for me if the VM state is error state. -- Thanks Regards E-Mail: thefossg...@gmail.com IRC: neophy Blog : http://lmohanphy.livejournal.com/ On Sun,

Re: [openstack-dev] [qa] How to delete a VM which is in ERROR state?

2014-12-07 Thread foss geek
Also try with nova force-delete after reset: $ nova help force-delete usage: nova force-delete server Force delete a server. Positional arguments: server Name or ID of server. -- Thanks Regards E-Mail: thefossg...@gmail.com IRC: neophy Blog : http://lmohanphy.livejournal.com/ On Sun,

Re: [openstack-dev] [Nova] Spring cleaning nova-core

2014-12-07 Thread Dan Smith
I'm going to be honest and say I'm confused here. We've always said we expect cores to maintain an average of two reviews per day. That's not new, nor a rule created by me. Padraig is a great guy, but has been working on other things -- he's done 60 reviews in the last 60 days -- which is

Re: [openstack-dev] [Nova] Spring cleaning nova-core

2014-12-07 Thread Jay Pipes
On 12/07/2014 04:19 AM, Michael Still wrote: On Sun, Dec 7, 2014 at 7:03 PM, Gary Kotton gkot...@vmware.com wrote: On 12/6/14, 7:42 PM, Jay Pipes jaypi...@gmail.com wrote: [snip] -1 on pixelbeat, since he's been active in reviews on various things AFAICT in the last 60-90 days and seems to

Re: [openstack-dev] [Neutron] Core/Vendor code decomposition

2014-12-07 Thread Kyle Mestery
Gary, you are still miss the point of this proposal. Please see my comments in review. We are not forcing things out of tree, we are thinning them. The text you quoted in the review makes that clear. We will look at further decomposing ML2 post Kilo, but we have to be realistic with what we can

Re: [openstack-dev] [Nova] Spring cleaning nova-core

2014-12-07 Thread Nikola Đipanov
On 12/07/2014 06:02 PM, Jay Pipes wrote: On 12/07/2014 04:19 AM, Michael Still wrote: On Sun, Dec 7, 2014 at 7:03 PM, Gary Kotton gkot...@vmware.com wrote: On 12/6/14, 7:42 PM, Jay Pipes jaypi...@gmail.com wrote: [snip] -1 on pixelbeat, since he's been active in reviews on various things

Re: [openstack-dev] [Nova] Spring cleaning nova-core

2014-12-07 Thread Gary Kotton
On 12/7/14, 6:41 PM, Dan Smith d...@danplanet.com wrote: I'm going to be honest and say I'm confused here. We've always said we expect cores to maintain an average of two reviews per day. That's not new, nor a rule created by me. Padraig is a great guy, but has been working on other

Re: [openstack-dev] [Neutron] Core/Vendor code decomposition

2014-12-07 Thread Gary Kotton
Hi Kyle, I am not missing the point. I understand the proposal. I just think that it has some shortcomings (unless I misunderstand, which will certainly not be the first time and most definitely not the last). The thinning out is to have a shim in place. I understand this and this will be the

Re: [openstack-dev] [Nova] Spring cleaning nova-core

2014-12-07 Thread Michael Still
On Mon, Dec 8, 2014 at 4:02 AM, Jay Pipes jaypi...@gmail.com wrote: On 12/07/2014 04:19 AM, Michael Still wrote: [snip] We've always said we expect cores to maintain an average of two reviews per day. That's not new, nor a rule created by me. Padraig is a great guy, but has been working on

Re: [openstack-dev] [Nova] Spring cleaning nova-core

2014-12-07 Thread Johannes Erdfelt
On Mon, Dec 08, 2014, Michael Still mi...@stillhq.com wrote: There are other things happening behind the scenes as well -- we have a veto process for current cores when we propose a new core. It has been made clear to me that several current core members believe we have reached the maximum

Re: [openstack-dev] [Neutron] [RFC] Floating IP idea solicitation and collaboration

2014-12-07 Thread Carl Baldwin
Ryan, I have been working with the L3 sub team in this direction. Progress has been slow because of other priorities but we have made some. I have written a blueprint detailing some changes needed to the code to enable the flexibility to one day run glaring ups on an l3 routed network [1].

Re: [openstack-dev] [Nova] Spring cleaning nova-core

2014-12-07 Thread Michael Still
On Mon, Dec 8, 2014 at 8:33 AM, Johannes Erdfelt johan...@erdfelt.com wrote: On Mon, Dec 08, 2014, Michael Still mi...@stillhq.com wrote: There are other things happening behind the scenes as well -- we have a veto process for current cores when we propose a new core. It has been made clear to

Re: [openstack-dev] [neutron][sriov] PciDeviceRequestFailed error

2014-12-07 Thread shihanzhang
I think the problem is in nova, can you show your pci_passthrough_whitelist in nova.conf? At 2014-12-04 18:26:21, Akilesh K akilesh1...@gmail.com wrote: Hi, I am using neutron-plugin-sriov-agent. I have configured pci_whitelist in nova.conf I have configured ml2_conf_sriov.ini. But

Re: [openstack-dev] [nova] V3 API support

2014-12-07 Thread Alex Xu
I think Chris is on vacation. We move V3 API to V2.1. V2.1 have some improvement compare to V2. You can find more detail at http://specs.openstack.org/openstack/nova-specs/specs/juno/implemented/v2-on-v3-api.html We need support instance tag for V2.1. And in your patch, we needn't json-schema for

[openstack-dev] [api] Using query string or request body to pass parameter

2014-12-07 Thread Alex Xu
Hi, I have question about using query string or request body for REST API. This question found when I review this spec: https://review.openstack.org/#/c/131633/6..7/specs/kilo/approved/judge-service-state-when-deleting.rst Think about use request body will have more benefit: 1. Request body can

Re: [openstack-dev] [api] Using query string or request body to pass parameter

2014-12-07 Thread Eli Qiao
在 2014年12月08日 13:13, Alex Xu 写道: Hi, I have question about using query string or request body for REST API. I wonder if we can use body in delete, currently , there isn't any case used in v2/v3 api. This question found when I review this spec:

Re: [openstack-dev] [api] Using query string or request body to pass parameter

2014-12-07 Thread Chen CH Ji
Found something might be helpful for you http://stackoverflow.com/questions/299628/is-an-entity-body-allowed-for-an-http-delete-request Best Regards! Kevin (Chen) Ji 纪 晨 Engineer, zVM Development, CSTL Notes: Chen CH Ji/China/IBM@IBMCN Internet: jiche...@cn.ibm.com Phone: +86-10-82454158

Re: [openstack-dev] [OpenStack-Infra] [third-party]Time for Additional Meeting for third-party

2014-12-07 Thread daya kamath
+1 for revolving meetings From: Kurt Taylor kurt.r.tay...@gmail.com To: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.org; openstack-in...@lists.openstack.org Sent: Friday, December 5, 2014 8:38 PM Subject: Re: [OpenStack-Infra]

Re: [openstack-dev] [neutron][lbaas] Shared Objects in LBaaS - Use Cases that led us to adopt this.

2014-12-07 Thread Samuel Bercovici
+1 From: Stephen Balukoff [mailto:sbaluk...@bluebox.net] Sent: Friday, December 05, 2014 7:59 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [neutron][lbaas] Shared Objects in LBaaS - Use Cases that led us to adopt this. German-- but the point