Is it time to resurrect this now that we're getting close to having a release which reshapes when you upgrade to it? Eric Fried
On Oct 29, 2018, at 22:29, Zhenyu Zheng <zhengzhenyulixi@gmail.com> wrote:
I would like to help since I have now finished all the downstream works. But I may need to take some time understanding all the background information
On Mon, Oct 29, 2018 at 11:25 PM Matt Riedemann <mriedemos@gmail.com> wrote: Given the outstanding results of my recruiting job last week [1] I have been tasked with recruiting one of our glorious and most talented contributors to work on the fast-forward-upgrade script changes needed for the reshape-provider-tree blueprint.
The work item is nicely detailed in the spec [2]. A few things to keep in mind:
1. There are currently no virt drivers which run the reshape routine. However, patches are up for review for libvirt [3] and xen [4]. There are also functional tests which exercise the ResourceTracker code with a faked out virt driver interface to test reshaping [5].
2. The FFU entry point will mimic the reshape routine that will happen on nova-compute service startup in the ResourceTracker [6].
3. The FFU script will need to run per-compute service rather than globally (or per cell) since it actually needs to call the virt driver's update_provider_tree() interface which might need to inspect the hardware (like for GPUs).
Given there is already a model to follow from the ResourceTracker this should not be too hard, the work will likely mostly be writing tests.
What do you get if you volunteer? The usual: fame, fortune, the respect of your peers, etc.
[1] http://lists.openstack.org/pipermail/openstack-dev/2018-October/136075.html [2] https://specs.openstack.org/openstack/nova-specs/specs/stein/approved/reshap... [3] https://review.openstack.org/#/c/599208/ [4] https://review.openstack.org/#/c/521041/ [5] https://github.com/openstack/nova/blob/a0eacbf7f/nova/tests/functional/test_... [6] https://github.com/openstack/nova/blob/a0eacbf7f/nova/compute/resource_track...
--
Thanks,
Matt
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
OpenStack Development Mailing List (not for usage questions) Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev