On 8/29/2016 3:46 PM, Sean Dague wrote:
On 08/29/2016 03:40 PM, Matt Riedemann wrote:
I've been out for a week and not very involved in the resource providers
work, but after talking about the various changes up in the air at the
moment a bunch of us thought it would be helpful to lay out next steps
for the work we want to get done this week.
Keep in mind feature freeze is more or less Thursday 9/1.
Also keep in mind the goal from the midcycle:
"Jay's personal goal for Newton is for the resource tracker to be
writing inventory and allocation data via the placement API. Get the
data pumping into the placement API in Newton so we can start using it
in Ocata."
1. The ResourceTracker work starts here:
https://review.openstack.org/#/c/358797/
That relies on the placement service being in the service catalog and
will be optional for Newton. There are details to be sorted about
if/when to retry connecting to the placement service with or without
requiring a restart of nova-compute, but I don't think those are too hairy.
Jay is working on changes that go on top of that series to push the
inventory and allocation data from the resource tracker to the placement
service.
Chris Dent pointed out that there is remaining work to do with the
allocation objects in the placement API, but those can be worked in
parallel to the RT work Jay is doing.
If the devstack patch is up in the morning, I can help get 358797 into a
merge state with local testing of both the placement API working, and it
not. Seeing the feedback so far I think I can do that chunk, which would
free jay to work on the follow on patches which don't seem to be posted yet.
2. Chris is going to cleanup the devstack change that adds the placement
service:
https://review.openstack.org/#/c/342362/
The main issue is there isn't a separate placement database, at least
not by default, so Chris has to take that into account. In Newton, by
default, the Nova API DB will be used for the placement service. You can
optionally configure a separate placement database with the API DB
schema, but we're not going to test with that as the default in devstack
in Newton since that's most likely not what deployers would be doing in
Newton as the placement service is still optional.
3. I'm going to work on a job that runs in the experimental queue and
enables the placement service. So by default in Newton devstack the
placement service will not be configured or running. With the
experimental queue job we can test the Nova changes with and without the
placement service to make sure we didn't completely screw something up.
The early testing for the placement-api job is in this devstack-gate change:
https://review.openstack.org/#/c/362441/
Which is failing as expected in the devstack setup because the placement
DB is no longer a thing we're doing, and we know the devstack change
needs to be cleaned up for that.
--
If I've left something out please add it here.
--
Thanks,
Matt Riedemann
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
