[charms] placement charm

Corey Bryant corey.bryant at canonical.com
Fri Oct 4 13:48:13 UTC 2019


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.

Thanks,
Corey

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/20191004/4ac89957/attachment-0001.html>


More information about the openstack-discuss mailing list