Hello again, We've set use_glance_v1 nova config option to False on the Hyper-V CI. All good.
[1] http://64.119.130.115/nova/278835/13/results.html.gz Best regards, Claudiu Belu ________________________________________ From: Claudiu Belu [[email protected]] Sent: Wednesday, June 08, 2016 4:26 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [nova][glance][qa] Test plans for glance v2 stack Hello, Sounds good. We'll be testing glance v2 in the Hyper-V CI as well, but at the first glance, there doesn't seem to be any issues with this. We'll switch to glance v2 as soon as we're sure nothing will blow up. :) Best regards, Claudiu Belu ________________________________________ From: Matt Riedemann [[email protected]] Sent: Tuesday, June 07, 2016 11:55 PM To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev] [nova][glance][qa] Test plans for glance v2 stack I tested the glance v2 stack (glance v1 disabled) using a devstack change here: https://review.openstack.org/#/c/325322/ Now that the changes are merged up through the base nova image proxy and the libvirt driver, and we just have hyper-v/xen driver changes for that series, we should look at gating on this configuration. I was originally thinking about adding a new job for this, but it's probably better if we just change one of the existing integrated gate jobs, like gate-tempest-dsvm-full or gate-tempest-dsvm-neutron-full. Does anyone have an issue with that? Glance v1 is deprecated and the configuration option added to nova (use_glance_v1) defaults to True for compat but is deprecated, and the Nova team plans to drop it's v1 proxy code in Ocata. So it seems like changing config to use v2 in the gate jobs should be a non-issue. We'd want to keep at least one integrated gate job using glance v1 to make sure we don't regress anything there in Newton. -- Thanks, Matt Riedemann __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: [email protected]?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: [email protected]?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: [email protected]?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
