Open Stack

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

> 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:
https://review.opendev.org/#/c/687056/

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/20191007/a039441b/attachment.html>