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 <cbehr...@codestud.com <mailto:cbehr...@codestud.com>>
Date: Wednesday, October 3, 2012 4:57 AM
To: Sam Morrison <sorri...@gmail.com <mailto:sorri...@gmail.com>>
Cc: "openstack@lists.launchpad.net
<mailto:openstack@lists.launchpad.net>" <openstack@lists.launchpad.net
<mailto:openstack@lists.launchpad.net>>, Chris Behrens
<cbehr...@codestud.com <mailto:cbehr...@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 <sorri...@gmail.com
<mailto:sorri...@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 <cbehr...@codestud.com
<mailto:cbehr...@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 <sorri...@gmail.com
<mailto:sorri...@gmail.com>> wrote:
On 02/10/2012, at 12:33 PM, Chris Behrens <cbehr...@codestud.com
<mailto:cbehr...@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@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help : https://help.launchpad.net/ListHelp
_______________________________________________
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help : https://help.launchpad.net/ListHelp