[nova] [placement] [packaging] placement extraction check in meeting

Balázs Gibizer balazs.gibizer at ericsson.com
Thu Jan 17 16:54:45 UTC 2019



On Thu, Jan 17, 2019 at 4:05 PM, Matt Riedemann <mriedemos at gmail.com> 
wrote:
> On 1/17/2019 5:16 AM, Balázs Gibizer wrote:
>> There is a functional test [1] that uses a fake virt driver and
>> simulates rehape. My first attempt was to add an extra instance
>> creation after the end of the reshape. But this test reshapes the
>> provider tree to a way that the resulting tree uses sharing disk
>> provider and doesn't have inventory on the compute node RP any more
>> (cpu and mem moved under NUMA). Unfortunately nova does not yet 
>> support
>> scheduling against such tree.
> 
> That's probably the one I mentioned on the call then. It uses a fake 
> virt driver but stubs out the update_provider_tree method (from what 
> I remember) and wouldn't be an easy fit for doing what I think we 
> need to do for a new functional test.

Yes, it is the one.

> 
>> 
>> Shall I try to add a new functional test with the fake virt driver or
>> try to add a functional test with the libvirt driver top of the VGPU
>> reshaper patch?
> 
> I'm personally OK with a fake virt driver (it could even be special 
> purpose like some of our fake virt drivers for testing things like 
> live migration rollback and resize failure/reschedule). Writing 
> anything on top of the libvirt driver is still going to require 
> stubbing out large parts of the libvirt driver code, which 
> essentially makes it a fake driver. I know we have some functional 
> tests for the libvirt driver that stub other stuff (Stephen is 
> familiar with these) so it might be possible, but if I were going to 
> write a new test I'd just use a fake virt driver and have the test be 
> more like our traditional functional tests where we use the API to 
> create a server, then reshape to nested, and then schedule another 
> server to the nested resource class and assert everything is OK, 
> since I think what we're really trying to test here is the API and 
> scheduler interaction more than the virt driver itself.

I managed to hack together a functional test[1] that execise the vgpu 
reshape code in the libvirt driver (thanks to fakelibvirt.py) with 
instances booted both before and after the reshape.

Cheers,
gibi

[1] https://review.openstack.org/#/c/631559

> 
> --
> 
> Thanks,
> 
> Matt




More information about the openstack-discuss mailing list