Re: [openstack-dev] [nova] scaling rabbitmq with cells v2 requires manual database update

2017-02-16 Thread Corey Bryant
On Thu, Feb 16, 2017 at 1:30 AM, Chen CH Ji wrote: > Should be this one https://bugs.launchpad.net/nova/+bug/1664913 and > *https://review.openstack.org/434179* > ? > > Hey Kevin, sorry I didn't notice your patch/bug. It looks like this

Re: [openstack-dev] [nova] scaling rabbitmq with cells v2 requires manual database update

2017-02-15 Thread Chen CH Ji
Re: [openstack-dev] [nova] scaling rabbitmq with cells v2 requires manual database update On Wed, Feb 15, 2017 at 4:34 PM, Corey Bryant <corey.bry...@canonical.com> wrote: On Wed, Feb 15, 2017 at 4:26 PM, melanie witt <melwi...@gmail.com> wrote: On Wed, 15 Feb 2017

Re: [openstack-dev] [nova] scaling rabbitmq with cells v2 requires manual database update

2017-02-15 Thread melanie witt
On Wed, 15 Feb 2017 16:34:57 -0500, Corey Bryant wrote: I think I figured it out. I'll submit a patch in a little bit. Great, post a link to the patch after you upload it and we'll review. Also note earlier I forgot to mention --name should also be optional for the command (everything

Re: [openstack-dev] [nova] scaling rabbitmq with cells v2 requires manual database update

2017-02-15 Thread Corey Bryant
On Wed, Feb 15, 2017 at 4:34 PM, Corey Bryant wrote: > > On Wed, Feb 15, 2017 at 4:26 PM, melanie witt wrote: > >> On Wed, 15 Feb 2017 16:12:14 -0500, Corey Bryant wrote: >> >>> This works but you have to specify all of the args (--cell_uuid,

Re: [openstack-dev] [nova] scaling rabbitmq with cells v2 requires manual database update

2017-02-15 Thread Corey Bryant
On Wed, Feb 15, 2017 at 4:26 PM, melanie witt wrote: > On Wed, 15 Feb 2017 16:12:14 -0500, Corey Bryant wrote: > >> This works but you have to specify all of the args (--cell_uuid, --name, >> --transport-url and --database_connection). Otherwise you'll hit >> this:

Re: [openstack-dev] [nova] scaling rabbitmq with cells v2 requires manual database update

2017-02-15 Thread melanie witt
On Wed, 15 Feb 2017 16:12:14 -0500, Corey Bryant wrote: This works but you have to specify all of the args (--cell_uuid, --name, --transport-url and --database_connection). Otherwise you'll hit this: http://paste.ubuntu.com/24003055/ Corey, Thanks for pointing that out. It looks like the

Re: [openstack-dev] [nova] scaling rabbitmq with cells v2 requires manual database update

2017-02-15 Thread Corey Bryant
On Wed, Feb 15, 2017 at 10:20 AM, Dan Smith wrote: > > The problem is there's no way to update an existing cell's transport_url > > via nova-manage. > > There is: > > https://review.openstack.org/#/c/431582/ Dan, This works but you have to specify all of the args

Re: [openstack-dev] [nova] scaling rabbitmq with cells v2 requires manual database update

2017-02-15 Thread Corey Bryant
On Wed, Feb 15, 2017 at 10:20 AM, Dan Smith wrote: > > The problem is there's no way to update an existing cell's transport_url > > via nova-manage. > > There is: > > https://review.openstack.org/#/c/431582/ > > > It appears the only way to get around this is manually

Re: [openstack-dev] [nova] scaling rabbitmq with cells v2 requires manual database update

2017-02-15 Thread Dan Smith
> The problem is there's no way to update an existing cell's transport_url > via nova-manage. There is: https://review.openstack.org/#/c/431582/ > It appears the only way to get around this is manually deleting the old > cell1 record from the db. No, don't do that :) > I'd like to hear more

[openstack-dev] [nova] scaling rabbitmq with cells v2 requires manual database update

2017-02-15 Thread Corey Bryant
Hi all, Cells v2 in Ocata requires manual database updates each time you scale rabbitmq. In my opinion this is a pretty significant regression. Prior to cells v2 (no cells) rabbitmq could be scaled without manual database updates. The problem is there's no way to update an existing cell's