[openstack-dev] [nova] scaling rabbitmq with cells v2 requires manual database update
corey.bryant at canonical.com
Wed Feb 15 15:07:22 UTC 2017
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
The problem is there's no way to update an existing cell's transport_url
If you run 'nova-manage cell_v2 create_cell --name cell1' a second time,
the database ends up with two cell1 db records.
It appears the only way to get around this is manually deleting the old
cell1 record from the db.
More details are in the bug at: https://bugs.launchpad.net/bugs/1664759
I'd like to hear more opinions on this but it really seems like this should
be a priority to fix prior to the Ocata final release.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the OpenStack-dev