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

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 is on it's way to get

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

, ZhongGuanCun Software Park, Haidian District, Beijing 100193, PRC From: Corey Bryant To: "OpenStack Development Mailing List (not for usage questions)" Date: 02/16/2017 05:37 AM Subject: Re: [openstack-dev] [nova] scaling rabbitmq with cells v2 requi

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

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 except

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

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, --name, >>> --transport-url and --database_connection

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

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: http://paste.ubuntu.com/240030

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

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 com

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

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 (--cell_uuid, --name, --transp

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

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 deleting the old > > cell1 r

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

> 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 op

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

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 trans