Re: [Openstack] OpenStack Identity: Keystone API Proposal

Short answer: it's going in that direction, but doesn't implement it all yet. Longer answer: Federation (and delegation) are going to be quick follows once we get the first phase of work done. The first phase was to build Keystone and support the current SWIFT and NOVA use cases. Once we have al

[Openstack] Nova diablo-2

https://launchpad.net/nova/+milestone/diablo-2 There are a number of "High" priority blueprints that are showing as "not started." Do we think those will be completed by diablo-2, or should we look into moving them out? It's an important question for us, since we will be deploying an alpha rele

[Openstack] [NetStack]Quantum routes error

Hi, I encountered a regular expression error when running Quantum service on a Red Hat installation. The Quantum service is not able to process any requests on account of which this error. The exception trace is appended to this email, but in short, the offending regular expression appears to be c

Re: [Openstack] Lunr Update

Chuck, I was trying to find docs/blueprints and such on launchpad and on openstack.org, but was not very successful. Can you share pointers to whatever material is out there? thx On Tue, May 31, 2011 at 7:16 PM, Chuck Thier wrote: > Howdy Stackers, > > It has been a while, so I thought I wo

Re: [Openstack] Lunr Update

Hi Andi, There was the initial blue print at: https://blueprints.launchpad.net/nova/+spec/integrate-block-storage And the notes from the discussion at the design summit at: http://etherpad.openstack.org/lunr-blueprint There are also discussion post summit archived on the mailing lists. There s

Re: [Openstack] [NetStack] Quantum Service API extension proposal

Hi Ying, Yes extensions that belong to one service will be grouped together. So quantum.foo.com/v1.0/extensions is fine. No, they don't need to be independent services -- I'm expecting that the query to see what extensions are available should be an open all --- but at the end of the day I su

Re: [Openstack] Nova diablo-2

Glen Campbell wrote: > https://launchpad.net/nova/+milestone/diablo-2 > > > There are a number of "High" priority blueprints that are showing as > "not started." Do we think those will be completed by diablo-2, or > should we look into moving them o

[Openstack] Reminder: OpenStack team meeting - 21:00 UTC

Hello everyone, This reminder is a bit late, but our weekly team meeting will take place at 21:00 UTC this Tuesday (in a couple hours) in #openstack-meeting on IRC. PTLs, if you can't make it, please name a substitute on [2]. Check out how that time translates for *your* timezone: [1] http://www.

Re: [Openstack] Lunr Update

Thanks ! silly question... could futurestack (https://launchpad.net/futurestack) be the home for these pointers (and maybe other results from the design summit, which alas I missed) ? a. On Tue, Jun 14, 2011 at 2:05 PM, Chuck Thier wrote: > Hi Andi, > > There was the initial blue print at: >

Re: [Openstack] Lunr Update

That is a good question, but if you can wait just a little bit longer, I think things will become much clearer :) -- Chuck On Tue, Jun 14, 2011 at 2:39 PM, andi abes wrote: > Thanks ! > > silly question... could futurestack (https://launchpad.net/futurestack) be > the home for these pointers (a

Re: [Openstack] [NetStack]Quantum routes error

Hi Sumit, It might be either a problem related with the routes version in RHEL or a problem with the API implementation, which has not been tested on RHEL. For instance, there might be a way for configuring the same routes without causing the error you have encountered. I have filed a bug for

Re: [Openstack] [NetStack] Quantum Service API extension proposal

Hi Jorge, Thanks for the clarification. This is quite aligned with what we thought about extensions. Best, Ying > -Original Message- > From: Jorge Williams [mailto:jorge.willi...@rackspace.com] > Sent: Tuesday, June 14, 2011 11:06 AM > To: Ying Liu (yinliu2) > Cc: > Subject: Re: [Openst

[Openstack] [NetStack] Nova refactoring for Quantum

Hi, Just wanted to follow up on the discussion in today's NetStack meeting around the different network interface attachment types to be covered by the nova refactoring effort. I had a question on how Quantum gets the information about where a VM is being placed (so as to configure networking on