[openstack-dev] [heat][nova][neutron] Using specific endpoints

2016-02-06 Thread pn kk
Hi, We want to have a deployment in which we use a single keystone instance, but multiple controllers having other openstack services(glance/nova/neutron...) running on each of the controllers. All these services would register their endpoints with single keystone. Please suggest a way in which

Re: [openstack-dev] [all] [tc] "No Open Core" in 2016

2016-02-06 Thread Jay Pipes
On 02/05/2016 11:20 PM, Thomas Goirand wrote: IMO, a middleware to access proprietary SaaS may be fully open. But it's not OpenStack, as Sean Dague wrote. That's what I wrote in the paragraph following the one you quoted. :) -jay ___

[openstack-dev] [OpenStack-Ansible] Multi-OS Support

2016-02-06 Thread Jesse Pretorius
Hi everyone, As part of the Multi-OS support work [1] we've agreed to do proof of concept reviews for the purpose of discussing and agreeing on patterns which we need to adopt across our whole stack. With thanks to Michael Gugino we have a review [2] ready which implements a pattern for one aspec

Re: [openstack-dev] [stable] Kilo gate doesn't like testtools 2.0.0

2016-02-06 Thread Matt Riedemann
On 2/5/2016 11:01 PM, Matthew Treinish wrote: On February 6, 2016 4:29:34 PM GMT+11:00, Matt Riedemann wrote: On 2/4/2016 11:23 PM, Tony Breeds wrote: Hi All, Just a quick heads up that the kilo gate (and therefore anything that relies on kilo)[1] is a little busted. This was o

Re: [openstack-dev] [stable] Kilo gate doesn't like testtools 2.0.0

2016-02-06 Thread Matt Riedemann
On 2/6/2016 7:54 AM, Matt Riedemann wrote: On 2/5/2016 11:01 PM, Matthew Treinish wrote: On February 6, 2016 4:29:34 PM GMT+11:00, Matt Riedemann wrote: On 2/4/2016 11:23 PM, Tony Breeds wrote: Hi All, Just a quick heads up that the kilo gate (and therefore anything that relie

Re: [openstack-dev] Announcing Ekko -- Scalable block-based backup for OpenStack

2016-02-06 Thread Jeremy Stanley
On 2016-02-05 16:38:19 + (+), Sam Yaple wrote: > I always forget to qualify that statement don't I? Nova does not > have a mechanism for _incremental_ backups. Nor does Nova have > compression or encryption because AFAIK that api only creates a > snapshot. I would also point out again that

Re: [openstack-dev] Announcing Ekko -- Scalable block-based backup for OpenStack

2016-02-06 Thread Sam Yaple
On Sat, Feb 6, 2016 at 3:00 PM, Jeremy Stanley wrote: > On 2016-02-05 16:38:19 + (+), Sam Yaple wrote: > > I always forget to qualify that statement don't I? Nova does not > > have a mechanism for _incremental_ backups. Nor does Nova have > > compression or encryption because AFAIK that a

Re: [openstack-dev] [keystone][ec2-api][swift] Moving EC2 Auth and S3Token to Externally supported

2016-02-06 Thread Morgan Fainberg
On Feb 5, 2016 20:42, "Andrey Pavlov" wrote: > > Tim, > > swift3 calls keystone for authentication (in similar way as ec2api) > > Andrey. > > On Fri, Feb 5, 2016 at 11:51 PM, Tim Bell wrote: > > Does Swift3 (for S3 on SWIFT) need Keystone or is it independent ? > > > > Tim > > > > > > > > On 05/0

Re: [openstack-dev] [cinder] v2 image upload from url

2016-02-06 Thread Duncan Thomas
Sorry, can you give an example of the exact command you are using, please? On 5 Feb 2016 22:45, "Fox, Kevin M" wrote: > We've been using the upload image from http url for a long time and when > we upgraded to liberty we noticed it broke because the client's defaulting > to v2 now. How do you do

Re: [openstack-dev] Announcing Ekko -- Scalable block-based backup for OpenStack

2016-02-06 Thread Duncan Thomas
Actually, keeping track of changed blocks on cinder volumes would make the cinder incremental backup substantially more efficient... Something could push them into cinder at detach time, and an api call for cinder to pull them at live backup time, and cinder backup can do the rest... Not sure of th

Re: [openstack-dev] [heat][nova][neutron] Using specific endpoints

2016-02-06 Thread pn kk
Can bypass_url in nova to mention specific endpoint? On Sat, Feb 6, 2016 at 4:49 PM, pn kk wrote: > Hi, > > We want to have a deployment in which we use a single keystone instance, > but multiple controllers having other openstack > services(glance/nova/neutron...) running on each of the control

Re: [openstack-dev] Announcing Ekko -- Scalable block-based backup for OpenStack

2016-02-06 Thread Sam Yaple
On Sat, Feb 6, 2016 at 5:12 PM, Duncan Thomas wrote: > Actually, keeping track of changed blocks on cinder volumes would make the > cinder incremental backup substantially more efficient... Something could > push them into cinder at detach time, and an api call for cinder to pull > them at live b

Re: [openstack-dev] [keystone][ec2-api][swift] Moving EC2 Auth and S3Token to Externally supported

2016-02-06 Thread Tim Bell
I support the move to deprecate but I don’t think the EC2API people should be responsible for the S3 compatibility. This would seem to need an S3API project (working with the SWIFT folk to do a smooth migration). Tim From: Morgan Fainberg Reply-To: "OpenStack Development Mailing List (not fo

Re: [openstack-dev] [kolla] Location of Heka Lua plugins

2016-02-06 Thread Steven Dake (stdake)
On 2/5/16, 1:14 AM, "Eric LEMOINE" wrote: >On Thu, Feb 4, 2016 at 5:13 PM, Jeff Peeler wrote: >> On Thu, Feb 4, 2016 at 9:22 AM, Michał Jastrzębski >>wrote: >>> TLDR; +1 to have lua in tree of kolla, not sure if we want to switch >>>later >>> >>> So I'm not so sure about switching. If these g

Re: [openstack-dev] [stable] Kilo gate doesn't like testtools 2.0.0

2016-02-06 Thread Tony Breeds
On Sat, Feb 06, 2016 at 07:56:26AM -0700, Matt Riedemann wrote: > On 2/6/2016 7:54 AM, Matt Riedemann wrote: > >To remove the devstack workaround [1] we have to create a stable/kilo > >branch for os-testr (from the 0.6.0 tag probably since that's what's > >currently being used in kilo jobs), sync

Re: [openstack-dev] [keystone][ec2-api][swift] Moving EC2 Auth and S3Token to Externally supported

2016-02-06 Thread Morgan Fainberg
On Sat, Feb 6, 2016 at 11:06 AM, Tim Bell wrote: > > I support the move to deprecate but I don’t think the EC2API people should > be responsible for the S3 compatibility. This would seem to need an S3API > project (working with the SWIFT folk to do a smooth migration). > > Tim > > All on the tabl

Re: [openstack-dev] [Neutron] Evolving the stadium concept

2016-02-06 Thread Gary Kotton
At times I feel like it is the 80’s and we are witnessing the Heysel stadium disaster. My understanding from the whole thread and the patches in review for the stadium criteria is that accidents happen and the community is trying to prevent that. Honestly I am really on the fence here, but leani

Re: [openstack-dev] [bug-smash] Global OpenStack Bug Smash Mitaka

2016-02-06 Thread Wang, Shane
Hi Robert, Thank you for your offering, it is great to have you in Germany. Best Regards. -- Shane -Original Message- From: Robert Simai [mailto:robert.si...@suse.com] Sent: Friday, February 05, 2016 5:28 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [o

Re: [openstack-dev] [bug-smash] Global OpenStack Bug Smash Mitaka

2016-02-06 Thread Wang, Shane
Hi Jeremy, You are over worried about the new contributors. We are going to limit the number of attendees, and from my experience and knowledge, most of developers who join bug smash are old and experienced OpenStack developers, and they already have ATC codes. On the other hand, if those event

Re: [openstack-dev] [Magnum] Bug 1541105 options

2016-02-06 Thread Steven Dake (stdake)
Sorry for 1 day delay in response - busy prepping for Kolla midcycle next week. Responses inline. On 2/5/16, 12:14 PM, "Steve Gordon" wrote: >- Original Message - >> From: "Steven Dake (stdake)" >> To: "OpenStack Development Mailing List (not for usage questions)" >> >> >> Steve, >>

Re: [openstack-dev] [Nova][Cinder] Cleanly detaching volumes from failed nodes

2016-02-06 Thread Avishay Traeger
On Thu, Feb 4, 2016 at 6:38 PM, Walter A. Boring IV wrote: > My plan was to store the connector object at attach_volume time. I was > going to add an additional column to the cinder volume attachment table > that stores the connector that came from nova. The problem is live > migration. Aft