Open Stack

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 [cbelu at cloudbasesolutions.com]
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 [mriedem at linux.vnet.ibm.com]
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: OpenStack-dev-request at 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 at lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev