Hi,
In a deployment scenario where one keystone has several regions registered, how
the project quota are managed by, as an example, two nova services in two
different regions?
I am wondering if is it possible to set quota on the project for all regions or
this must to be done on a region by
supporting changes required).
Adding Brant as he specifically was investigating the same possibility in
Grizzly.
-Dolph
On Tue, Mar 12, 2013 at 8:57 AM, Aguiar, Glaucimar (Brazil RD-ECL)
glaucimar.agu...@hp.commailto:glaucimar.agu...@hp.com wrote:
Please note that I know one can edit policy.json
Hi,
While studying keystone v3 and domains feature, I realized that current
policy.json file has no domain_admin role as I was expecting. I wonder if this
role will be defined in Grizzly timeframe or how do you envision domain_admin
role enforcement.
Thanks in advance!
Glaucimar Aguiar
: openstack-bounces+glaucimar.aguiar=hp@lists.launchpad.net
[mailto:openstack-bounces+glaucimar.aguiar=hp@lists.launchpad.net] On
Behalf Of Aguiar, Glaucimar (Brazil RD-ECL)
Sent: terça-feira, 12 de março de 2013 10:34
To: openstack@lists.launchpad.net
Subject: [Openstack] Keystone - Domain
Hello,
I would like to know the plans for nova, glance, etc to adopt keystone v3 API.
Is there an expectation that this happens in Havana timeframe?
I am asking as the it seems the Domains feature is not useful until services
are capable of validating a v3 token and move to keystone v3 API.
Perfect, thanks!
From: Dolph Mathews [mailto:dolph.math...@gmail.com]
Sent: quinta-feira, 7 de março de 2013 14:56
To: Aguiar, Glaucimar (Brazil RD-ECL); openstack
Subject: Re: [Openstack] Keystone v3 adoption
Yes, exactly. Until keystoneclient.middleware.auth_token is revised, v3 tokens
Hi,
I am trying to understand the relation of quota classes' implementation (which
I understand as unfinished) with the
https://blueprints.launchpad.net/keystone/+spec/store-quota-data blueprint, if
any.
Per my understanding the implementation of StoreQuotaData and the movement of
services to
, Glaucimar (Brazil RD-ECL); openstack@lists.launchpad.net
Subject: Re: [Openstack] Quota classes, Store quota data relation
Store Quota Data (in Keystone) is only intended to be a very simple way to
store quotas centrally. It is not related to quota classes and there are no
plans to do so
Got it!
Thank you much.
Glaucimar Aguiar
From: Everett Toews [mailto:everett.to...@rackspace.com]
Sent: quarta-feira, 28 de novembro de 2012 19:46
To: Aguiar, Glaucimar (Brazil RD-ECL); openstack@lists.launchpad.net
Subject: Re: [Openstack] Quota classes, Store quota data relation
From
Hello,
Can Ceilometer collect data about instances in different keystone regions? Is
this a valid/possible configuration?
Scenario 1: I have two regions defined in my keystone service, each one has a
nova service in it. Can Ceilometer collect metering information from both
regions? In a
Great! Thanks!
On Nov 8, 2012, at 8:33 PM, Julien Danjou jul...@danjou.info wrote:
On Thu, Nov 08 2012, Aguiar, Glaucimar (Brazil RD-ECL) wrote:
Can Ceilometer collect data about instances in different keystone
regions? Is this a valid/possible configuration?
Scenario 1: I have two
Thank you very much for the answers, they are of great help.
I will plan on attending Thursday meeting so I can see the Essex discussion.
Glaucimar Aguiar
From: Doug Hellmann [mailto:doug.hellm...@dreamhost.com]
Sent: quarta-feira, 25 de julho de 2012 14:29
To: Aguiar, Glaucimar (Brazil RD-ECL
Doug,
I will start ceilometer installation now. Would you recommend installing Folsom
then instead of essex? (I already have essex installed so, this is the reason
for asking).
Thanks,
Glaucimar Aguiar
From: openstack-bounces+glaucimar.aguiar=hp@lists.launchpad.net
13 matches
Mail list logo