Open Stack

On 05/10/12 03:40, Joshua Harlow wrote:
> Along this type of line, I know we've talked about it before.
>
> But is cells the right way that we want to go? Not that it isn't, but
> possibly at the summit we can talk about it in detail before pushing it
> into trunk.

Given the overflowing room of people who turned up to the last summit to 
talk about Cells, the enormous amount of positive feedback there, the 
fact it's been so delayed and that the code is already ~done and being 
used in production in some instances, waiting to get it into trunk 
(which is already becoming more and more difficult to do) seems like a 
suboptimal idea.

By all means, discuss the methodology, propose an excellent new idea, 
code it up and rip cells out then. However, knocking back something 
that's this far advanced just seems a little cruel for both those who 
worked so hard, and the deployers who have been screaming for it :)

In NeCTAR's case (perhaps in Rackspace and HP's case before us?), we 
can't wait, we're happy with Cells and we're going live with it whether 
it's in trunk or not. However, it would really, really, really, really 
make it easier to make an awesome OpenStack-based cloud if it was in 
trunk :)

Regards,

Tom

>
> From: Chris Behrens <cbehrens at codestud.com <mailto:cbehrens at codestud.com>>
> Date: Wednesday, October 3, 2012 4:57 AM
> To: Sam Morrison <sorrison at gmail.com <mailto:sorrison at gmail.com>>
> Cc: "openstack at lists.launchpad.net
> <mailto:openstack at lists.launchpad.net>" <openstack at lists.launchpad.net
> <mailto:openstack at lists.launchpad.net>>, Chris Behrens
> <cbehrens at codestud.com <mailto:cbehrens at codestud.com>>
> Subject: Re: [Openstack] Cells Status
>
> Ok.  This took a lot longer to resolve than I expected, but here we go:
>
> https://github.com/comstud/nova/tree/cells_service
>
> This is rebased against trunk and contains a bunch of new things since
> the last branch:
>
> Random fixes for things that trunk broke with cells (deleting instances
> for one)
> RPC versioning (Thanks to Brian Elliott!)
> Split Replies and Bandwidth Updates into their own queues to better deal
> with them
> A number of admin API extensions modified to support cells (Thanks to
> Dragon, Alex Meade, Brian Lamar, Matt Sherborne, et al)
> Snapshots/backups query glance in API cell (Thanks to Iccha)
> Handle quotas in API cell  (Thanks to Johannes for fixes!)
>
> Things are rapidly getting more kludgy because of changes in trunk that
> don't have any consideration for cells (because cells is not in trunk!).
>   I'm hoping we can get this into an acceptable shape such that we can
> get it merged ASAP.
>
> - Chris
>
>
> On Oct 2, 2012, at 10:13 PM, Sam Morrison <sorrison at gmail.com
> <mailto:sorrison at gmail.com>> wrote:
>
>> OK great, will be good to get this into master. I have some stuff
>> relating to key pairs, security groups that I'd like to contribute.
>>
>> Also we are looking at the ability for you to specify the cell when
>> booting an instance.
>>
>> Cheers,
>> Sam
>>
>>
>> On 02/10/2012, at 1:06 PM, Chris Behrens <cbehrens at codestud.com
>> <mailto:cbehrens at codestud.com>> wrote:
>>
>>> Yup, it's done.  I just have to deal with some conflicts with our
>>> internal branch and my public one..
>>>
>>>
>>> On Oct 1, 2012, at 7:47 PM, Sam Morrison <sorrison at gmail.com
>>> <mailto:sorrison at gmail.com>> wrote:
>>>
>>>> On 02/10/2012, at 12:33 PM, Chris Behrens <cbehrens at codestud.com
>>>> <mailto:cbehrens at codestud.com>> wrote:
>>>>
>>>>> Thanks, Tom!  I have changes to push up that add rpc versioning,
>>>>> etc.  Maybe I can get those up tomorrow.
>>>>
>>>> Great! I was going to start looking into it but will hold off if
>>>> you've already done it.
>>>>
>>>> Cheers,
>>>> Sam
>>>
>>
>
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to     : openstack at lists.launchpad.net
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp
>