Re: [openstack-dev] [Neutron][LBaaS] BBG edit of new API proposal

2014-04-27 Thread Stephen Balukoff
Hi Eugene, Apologies for the delay in my response. It took me a while to figure out how to say what I wanted to say here as diplomatically as possible. In the end, I decided I couldn't be diplomatic about some of the things that I think needed to be said. I don't play games of politics very well

Re: [openstack-dev] [Neutron][LBaaS]SSL and L7 conent switching APIs

2014-04-27 Thread Samuel Bercovici
Hi, The work to design the APIs concerning L7 content switching and SSL termination has started a bit before the Icehouse summit, it involved the ML in a very active fashion. The ML was silent on this because we have completed the discussion and moved to implementation. We got to a very

Re: [openstack-dev] [Neutron][LBaaS] BBG edit of new API proposal

2014-04-27 Thread Eugene Nikanorov
On Fri, Apr 25, 2014 at 4:03 AM, Eugene Nikanorov enikano...@mirantis.com wrote: Hi Stephen, Thanks for the great document. As I promised, I'll try to make a few action items out if it. First of all, I'd like to say that the API you have proposed is very close to what is proposed in the

Re: [openstack-dev] [Nova][blueprint] Accelerate the booting process of a number of vms via VMThunder

2014-04-27 Thread Sheng Bo Hou
I have done a little test for the image download and upload. I created an API for the image access, containing copyFrom and sendTo. I moved the image download and upload code from XenApi into the implementation for Http with some modifications, and the code worked for libvirt as well. copyFrom

Re: [openstack-dev] [Climate] Meeting minutes

2014-04-27 Thread Dina Belova
Christian, variant #2 looks good to me) On Fri, Apr 25, 2014 at 9:59 PM, Martinez, Christian christian.marti...@intel.com wrote: Hello, One comment regarding https://blueprints.launchpad.net/climate/+spec/before-end-notification-crud: One of Dina’s comments on the

Re: [openstack-dev] [Climate] Meeting minutes

2014-04-27 Thread Sylvain Bauza
Agree with Dina, we should support V2 here. Sorry, I had no time for delivering a new client, but as V1 and V2 are quite identical, I can take this blueprint. -Sylvain 2014-04-27 17:44 GMT+02:00 Dina Belova dbel...@mirantis.com: Christian, variant #2 looks good to me) On Fri, Apr 25, 2014

[openstack-dev] [Cinder][Nova][Keystone][docs] Version responses links

2014-04-27 Thread Andreas Jaeger
The documentation team noticed that we have links in the version responses of several APIs that contain URLs that do not exist at all. For example, cinder includes a link to http://jorgew.github.com/block-storage-api/content/os-block-storage-1.0.pdf; - and jorgew.github.com does not exist as host

[openstack-dev] [nova] Summit schedule draft

2014-04-27 Thread Michael Still
Hi. I've just pushed a draft summit schedule to sched.org. I'd be interested in people who proposed a session that was accepted checking if their session time clashes with other commitments that they have, as well as people who are passionate about a given proposal ensuring that they're available

Re: [openstack-dev] [nova] Summit schedule draft

2014-04-27 Thread Sylvain Bauza
Hi Michael, Thanks for sharing the schedule. A quick glance shows me that all scheduler-related sessions will happen on Friday, that's fine :-) Just a quick note, Climate (now Blazar) was identified as a good opportunity for scheduling in Nova but the session will happen on Tuesday afternoon [1].

Re: [openstack-dev] Request for Input on multi-domain identifiers.

2014-04-27 Thread Jay Pipes
Somewhat surprised this got zero responses. Some comments inline from me. On 04/15/2014 10:39 PM, Adam Young wrote: As we get closer to the summit, I'd like to make sure we have resolution on one of the most critical issues in Keystone. How to deal with users coming out of multiple data

Re: [openstack-dev] [Neutron][LBaaS] BBG edit of new API proposal

2014-04-27 Thread Eugene Nikanorov
Hi, You knew from the action items that came out of the IRC meeting of April 17 that my team would be working on an API revision proposal. You also knew that this proposal was to be accompanied by an object model diagram and glossary, in order to clear up confusion. You were in that meeting,

Re: [openstack-dev] [Heat] Design summit preparation - Next steps for Heat Software Orchestration

2014-04-27 Thread Steve Baker
On 23/04/14 04:42, Thomas Spatzier wrote: Hi all, following up on Zane's request from end of last week, I wanted to kick off some discussion on the ML around a design summit session proposal titled Next steps for Heat Software Orchestration. I guess there will be things that can be sorted

Re: [openstack-dev] [Heat][Summit] Input wanted - real world heat spec

2014-04-27 Thread Steve Baker
On 25/04/14 11:29, Clint Byrum wrote: Also by loading the whole stack we've allowed resources to bleed into other resource. Currently to read Metadata for a single item that entails _a lot_ of queries to the database because we end up having to load the entire stack. We can't continue that as

Re: [openstack-dev] [openstack-sdk-php] Questions about user-facing documentation

2014-04-27 Thread Shaunak Kashyap
Thanks for your inputs, Matt and Anne. I’m punting on the first question (re: publishing) for now. It sounds like this is a larger discussion and we can make progress on the PHP SDK user-facing documentation without answering it right away. I’ll bring it up again if we don’t have an answer by

Re: [openstack-dev] [Cinder][Nova][Keystone][docs] Version responses links

2014-04-27 Thread Dolph Mathews
On Sun, Apr 27, 2014 at 12:19 PM, Andreas Jaeger a...@suse.com wrote: The documentation team noticed that we have links in the version responses of several APIs that contain URLs that do not exist at all. For example, cinder includes a link to

Re: [openstack-dev] [all] Branchless Tempest QA Spec - final draft

2014-04-27 Thread Kenichi Oomichi
Hi, Sorry for my late response, but I'd like to discuss this again. Now we are working for adding Nova API responses checks to Tempest[1] to block backward incompatible changes. With this work, Tempest checks each response(status code, response body) and raises a test failure exception if

Re: [openstack-dev] [nova] Summit schedule draft

2014-04-27 Thread Kenichi Oomichi
Hi Michael, Thanks for the schedule draft. I'd like to pick one comment about it. Now sessions related to Nova v3 API are scheduled like: - 5:20pm May 14: Nova V3 API - 5:00pm May 15: Nova V2 on V3 API implementation POC but Nova V3 API session needs some inputs from Nova V2 on V3 API

Re: [openstack-dev] [nova] Summit schedule draft

2014-04-27 Thread Michael Still
On Mon, Apr 28, 2014 at 11:24 AM, Kenichi Oomichi oomi...@mxs.nes.nec.co.jp wrote: Hi Michael, Thanks for the schedule draft. I'd like to pick one comment about it. Now sessions related to Nova v3 API are scheduled like: - 5:20pm May 14: Nova V3 API - 5:00pm May 15: Nova V2 on V3 API

Re: [openstack-dev] [all] Branchless Tempest QA Spec - final draft

2014-04-27 Thread Matthew Treinish
On Mon, Apr 28, 2014 at 01:01:00AM +, Kenichi Oomichi wrote: Hi, Sorry for my late response, but I'd like to discuss this again. Now we are working for adding Nova API responses checks to Tempest[1] to block backward incompatible changes. With this work, Tempest checks each

Re: [openstack-dev] [nova] Summit schedule draft

2014-04-27 Thread Ken'ichi Ohmichi
2014-04-28 11:00 GMT+09:00 Michael Still mi...@stillhq.com: On Mon, Apr 28, 2014 at 11:24 AM, Kenichi Oomichi oomi...@mxs.nes.nec.co.jp wrote: Hi Michael, Thanks for the schedule draft. I'd like to pick one comment about it. Now sessions related to Nova v3 API are scheduled like: -

Re: [openstack-dev] [neutron] Service VMs

2014-04-27 Thread Isaku Yamahata
Hi Balaji. Although I don't have specific opinion on name itself, can you share its origin? googlability for virtue seems okay, but I'm bit worried about legal stuff. thanks, On Thu, Apr 24, 2014 at 05:55:43AM +, balaj...@freescale.com balaj...@freescale.com wrote: +1 for the proposal to

[openstack-dev] [Neutron][LBaaS] API and Object Model Direction

2014-04-27 Thread Brandon Logan
I'm making a new thread continuing from [openstack-dev] [Neutron][LBaaS] BBG edit of new API proposal I think this warrants its own thread since the discussion doesn't pertain directly to Stephen's proposal. Eugene, What I think what Stephen is trying to say is that in the previous IRC meeting

Re: [openstack-dev] [all] Branchless Tempest QA Spec - final draft

2014-04-27 Thread Ken'ichi Ohmichi
Hi Matthew, Thanks for your response. 2014-04-28 11:02 GMT+09:00 Matthew Treinish mtrein...@kortar.org: On Mon, Apr 28, 2014 at 01:01:00AM +, Kenichi Oomichi wrote: Now we are working for adding Nova API responses checks to Tempest[1] to block backward incompatible changes. With this

Re: [openstack-dev] [Nova][blueprint] Accelerate the booting process of a number of vms via VMThunder

2014-04-27 Thread Sheng Bo Hou
Jay, Huiba, Chris, Solly, Zhiyan, and everybody else, I am so excited that two of the proposals: Image Upload Plugin( http://summit.openstack.org/cfp/details/353) and Data transfer service Plugin(http://summit.openstack.org/cfp/details/352) have been merged together and scheduled in the coming

Re: [openstack-dev] [Cinder][Nova][Keystone][docs] Version responses links

2014-04-27 Thread Mike Perez
On 19:19 Sun 27 Apr , Andreas Jaeger wrote: So, my proposal would be: * Remove WADL links * Have PDF links to go http://docs.openstack.org * For those current links to the site http://docs.openstack.org: Take care that they point either to a current file or get redirected to

Re: [openstack-dev] [Keystone] keystoneclient and project-less v3 tokens

2014-04-27 Thread Jamie Lennox
On Thu, 2014-04-17 at 19:58 +0300, Roman Bodnarchuk wrote: Hello, I am trying to make sure that a user can't do anything useful with an unscoped token, and got to the following code in keystoneclient.middleware.auth_token: if _token_is_v2(token_info) and not

[openstack-dev] [ceilometer] should we limit threshold value to be postive

2014-04-27 Thread ZhiQiang Fan
Hi, developers, When I test the ceilometer threshold alarm, I find that there is no limitation for the threshold value, which means we can set it to negative value, but I didn't find any volume of meters will be negative, (if I'm wrong, please let me know, thanks) So, my question is: should we