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
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
___
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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,
>>
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
21 matches
Mail list logo