[charms] placement charm

Corey Bryant corey.bryant at canonical.com
Mon Oct 7 13:58:04 UTC 2019

On Fri, Oct 4, 2019 at 9:48 AM Corey Bryant <corey.bryant at canonical.com>

> One other issue is "pxc-strict-mode: disabled" for percona-cluster is
> required to test this. /usr/share/placement/mysql-migrate-db.sh may need
> some updates but I haven't dug into that yet.
I have a review up for this issue now at:


> On Fri, Oct 4, 2019 at 9:41 AM Corey Bryant <corey.bryant at canonical.com>
> wrote:
>> Hi All,
>> I'd like to see if I can get some input on the current state of the
>> Placement API split.
>> For some background, the nova placement API was removed from nova in
>> train, and it's been split into its own project. It's mostly just a basic
>> API charm. The tricky part is the migration of tables from the nova_api
>> database to the placement database.
>> Code is located at:
>> https://github.com/coreycb/charm-placement
>> https://github.com/coreycb/charm-interface-placement
>> https://review.opendev.org/#/q/topic:charms-train-placement+(status:open+OR+status:merged)
>> Test scenarios I've been testing with:
>> 1) deploy nova-cc et al train, configure keystonev3, deploy instance
>> 2) deploy nova-cc et al stein, configure keystonev3, deploy instance 1,
>> deploy placement train, deploy instance 2, upgrade nova-cc to train, deploy
>> instance 3
>> There is currently an issue with the second test scenario where instance
>> 2 creation errors because nova-scheduler can't find a valid placement
>> candidate (not sure of the exact error atm). However if I delete instance 1
>> before creating instance 2 it is created successfully. It feels like a DB
>> related issue but I'm really not sure so I'll keep digging.
>> Thanks!
>> Corey
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-discuss/attachments/20191007/a039441b/attachment.html>

More information about the openstack-discuss mailing list