Re: [openstack-dev] [Neutron] IPAM reference driver status and other stuff

2015-03-23 Thread Carl Baldwin
On Mon, Mar 23, 2015 at 9:03 AM, Salvatore Orlando sorla...@nicira.com wrote: Actually, I don't see this as a big deal or a failure. In fact, it may be quite common and useful for a given driver to store some state in its own tables (like the reference driver is doing). The primary goal is to

[openstack-dev] [Ironic] Weekly subteam status report

2015-03-23 Thread Ruby Loo
Hi, Following is the subteam report for Ironic. Note that this is pulled from the weekly meeting we just had. (Normally it comes from the Ironic whiteboard[0], but the whiteboard seems to have been whitened out.) Testing (adam_g) == working on testing the API microversioning within

[openstack-dev] [Fuel] [UI] New design + Bootstrap 3

2015-03-23 Thread Vitaly Kramskikh
Hi, We're working on migrating Fuel UI from Bootstrap 2 to Bootstrap 3 and changing the design. It's mostly upgrade of styles and markup, but we also plan to implement some changes which are frequently requested (like making action buttons always available on top of the page). Here is markup for

Re: [openstack-dev] [Oslo][TaskFlow] Proposal for new core reviewer (min pae)

2015-03-23 Thread Vipul Sabhaya
+1 Congrats Min! On Mon, Mar 23, 2015 at 10:40 AM, Joshua Harlow harlo...@outlook.com wrote: Greetings all stackers, I propose that we add Min Pae[1] to the taskflow-core team[2]. Min has been actively contributing to taskflow for a while now, both in helping prove taskflow out (by being

Re: [openstack-dev] [api][neutron] Best API for generating subnets from pool

2015-03-23 Thread Carl Baldwin
An integer index doesn't do it for me. Maybe I'm the only one. It is part of an IP address. It isn't a new concept to think about the network and host parts of an IP address separately. Why would we change the notation from dotted quad (ipv4) to integer just because we mask out the network

Re: [openstack-dev] [cinder] Request exemption for removal of NetApp FC drivers (no voting CI)

2015-03-23 Thread Mike Perez
On 17:23 Mon 23 Mar , ClaytonLuce, Timothy wrote: I disagree with your assertion that NetApp has ignored this for a year and we are being inconsiderate of the community. The specific drivers (FC) we are discussing were added in the Kilo-1 period, so since Dec. and are net new drivers.

Re: [openstack-dev] [qa][neutron] Moving network api test development to Neutron repo

2015-03-23 Thread Jay Pipes
On Tue, Mar 17, 2015 at 10:22:50PM +0100, Salvatore Orlando wrote: With the API tests being now available in the neutron repository - and being actively developed, I would also mandate in reviews that API tests are provided in lieu of the usual unit tests which at the end of the day do what

Re: [openstack-dev] [Neutron][IPv6] Prefix delegation and user facing API thoughts

2015-03-23 Thread Carl Baldwin
On Wed, Mar 18, 2015 at 8:15 AM, Sean M. Collins s...@coreitpro.com wrote: On Wed, Mar 18, 2015 at 06:45:59AM PDT, John Davidge (jodavidg) wrote: In the IPv6 meeting yesterday you mentioned doing this with an extension rather than modifying the core API. Could you go into some detail about how

[openstack-dev] [Neutron][IPv6] Tomorrow's IPv6 subteam meeting

2015-03-23 Thread Sean M. Collins
Hi, My apologies for the short notice, but I will not be able to run the IPv6 subteam meeting tomorrow. If one of the attendees who has items to discuss would like to run the meeting in my absence, that would be great! -- Sean M. Collins

Re: [openstack-dev] [api][neutron] Best API for generating subnets from pool

2015-03-23 Thread Carl Baldwin
On Mon, Mar 23, 2015 at 4:23 PM, Kevin Benton blak...@gmail.com wrote: How would you represent that you want the last address in a /26 network if you don't know what address range you are getting? 0.0.0.63? That seems pretty confusing when the resulting address turns out to be 192.168.10.191.

Re: [openstack-dev] [api][neutron] Best API for generating subnets from pool

2015-03-23 Thread Kevin Benton
I don't think they would be surprised if we call it offset or index. To me, 0.0.0.63 didn't say that I'd get something ending in .63. Perhaps this is just a difference in backgrounds then. Even though I'm work on network stuff all of the time, when I see that it's not obvious that it will be

Re: [openstack-dev] [magnum] updated Fedora Atomic image available - needs testing

2015-03-23 Thread Steven Dake (stdake)
Note to community, The various patches needed to enable the fedora-21-atomic-2 image with k8s v0.11 are merged after multiple functional tests. You will need to rebuild your devstack environment with a fresh pull if you are developing Magnum. Enjoy :) On 3/22/15, 8:10 AM, Adrian Otto

Re: [openstack-dev] [api][neutron] Best API for generating subnets from pool

2015-03-23 Thread Salvatore Orlando
I just think that we might bury this discussion considering what Carl said, and that I agree with. So far we don't even know if we'll ever need this feature. When a concrete use case will come for asking things like: gimme a /22 Ipv4 network and make sure I have a pool spanning from the 1st to the

Re: [openstack-dev] Cinder Third-Party CI: what next? (was Re: [cinder] Request exemption for removal of NetApp FC drivers (no voting CI))

2015-03-23 Thread Mike Perez
On 21:51 Mon 23 Mar , Rochelle Grober wrote: I’d like to suggest that the myriad wiki pages and spreadsheets for Third Party CI also be consolidated to a more manageable count. Just looking for maintainers contact, you can find information (often conflicting) in Stackalytics, on the

[openstack-dev] [Neutron][L3] Stop agent scheduling without stopping sevices

2015-03-23 Thread Itsuro ODA
Neutron cores, I have submitted the change [1] which is related to the thread [2] in January. Unfortunately it did not attract the interest of many core reviewers, and only time has passed. Now it is pointed that it may need FFE/SSE, and the opinion of the core is a bit divided about

Re: [openstack-dev] Cinder Third-Party CI: what next? (was Re: [cinder] Request exemption for removal of NetApp FC drivers (no voting CI))

2015-03-23 Thread Alex Meade
As an Engineer running the NetApp CI, I thought it would be a good time to chime in here. While I have many opinions around this whole process, I will try my best to avoid any judgement and minimize ratholes. Over the past year, we have implemented a scalable CI system that is now running tests

Re: [openstack-dev] [magnum] swagger-codegen generated code for python-k8sclient

2015-03-23 Thread Madhuri Rai
Hi Steven, On Mon, Mar 23, 2015 at 11:11 PM, Steven Dake (stdake) std...@cisco.com wrote: From: Madhuri Rai madhuri.ra...@gmail.com Reply-To: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.org Date: Monday, March 23, 2015 at 1:53 AM To:

Re: [openstack-dev] [magnum] swagger-codegen generated code for python-k8sclient

2015-03-23 Thread Madhuri Rai
Hi Hongbin, On Tue, Mar 24, 2015 at 12:37 AM, Hongbin Lu hongbin...@gmail.com wrote: Hi Madhuri, Amazing work! I wouldn't concern the code duplication and modularity issue since the codes are generated. However, there is another concern here: if we find a bug/improvement of the generated

Re: [openstack-dev] [nova][api] Microversions. And why do we need API extensions for new API functionality?

2015-03-23 Thread Jay Pipes
On Mon, Mar 23, 2015 at 09:35:50PM +, Jeremy Stanley wrote: On 2015-03-23 15:15:18 -0400 (-0400), Jay Pipes wrote: [...] I don't want it suppressed. I want the use of API extensions and the extension framework(s) to be completely dropped for all future API-affecting work. [...]

Re: [openstack-dev] About Sahara EDP New Ideas for Liberty

2015-03-23 Thread Chen, Weiting
Hi Andrew. Thanks for response. My reply in line. From: Andrew Lazarev [mailto:alaza...@mirantis.com] Sent: Saturday, March 21, 2015 12:10 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] About Sahara EDP New Ideas for Liberty Hi Weiting, 1. Add

Re: [openstack-dev] [devstack] Overriding settings file for devstack plugin

2015-03-23 Thread Ian Wienand
On 03/23/2015 09:20 PM, Deepak Shetty wrote: Hi all, I was wondering if there was a neat way to override the settings file present in the devstack plugin stackforge project. For eg: stackforge/devstack-plugin-glusterfs I plan to use `enable_plugin glusterfs repo` in my local to setup

Re: [openstack-dev] [Openstack-operators] [Neutron] Deprecating the use_namespaces option - Now's the time to speak up!

2015-03-23 Thread gustavo panizzo (gfa)
On 2015-03-21 02:57, Assaf Muller wrote: Hello everyone, The use_namespaces option in the L3 and DHCP Neutron agents controls if you can create multiple routers and DHCP networks managed by a single L3/DHCP agent, or if the agent manages only a single resource. Are the setups out there *not*

Re: [openstack-dev] [nova] how to handle vendor-specific API microversions?

2015-03-23 Thread Lingxian Kong
2015-03-21 23:31 GMT+08:00 Monty Taylor mord...@inaugust.com: I would vote that we not make this pleasant or easy for vendors who are wanting to add a feature to the API. As a person who uses several clouds daily, I can tell you that a vendor chosing to do that is VERY mean to users, and

Re: [openstack-dev] [nova] how to handle vendor-specific API microversions?

2015-03-23 Thread Chris Friesen
On 03/23/2015 03:28 AM, John Garbutt wrote: We are not stopping vendor specific API endpoints, that appear separately in the keystone catalog. Certainly, thats where I hope things that would never go upstream will move to. How would that be expected to work for things where it's fundamentally

Re: [openstack-dev] [devstack] Overriding settings file for devstack plugin

2015-03-23 Thread Deepak Shetty
On Tue, Mar 24, 2015 at 8:36 AM, Ian Wienand iwien...@redhat.com wrote: On 03/23/2015 09:20 PM, Deepak Shetty wrote: Hi all, I was wondering if there was a neat way to override the settings file present in the devstack plugin stackforge project. For eg:

<    1   2