<div dir="ltr">One relevant aspect here is that v2 and v1 for the images api are not wholly compatible. For example, image properties in v2 can have schema restrictions placed by a deployer--but v1 will ignore those restrictions. So if you're using the nova image api passthru, auto-negotiating the api version could potentially result in undesired changes in the nova images api.<div>
<br></div><div>For this reason it may make sense to use a config option. But I'm not sure what impact this type of concern should have. </div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Oct 17, 2013 at 11:26 AM, Tim Bell <span dir="ltr"><<a href="mailto:Tim.Bell@cern.ch" target="_blank">Tim.Bell@cern.ch</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Would the effort to do the following be substantial ?<br>
<br>
- Nova doing the intelligent thing (i.e. choosing the best one for the job) by default<br>
- An operator override (do what I tell you in the config file)<br>
<br>
Examples where I would want to use the operator override are<br>
<br>
- If I upgrade Glance to the latest version, I may want to run with the v1 API for a bit and then do the upgrade to v2 at a later stage<br>
- In testing, I want to validate the latest Nova code against a v1 glance API running on the latest glance server code base<br>
<br>
Planning multi-component upgrades is tough and it would be good to have some overrides in the event that some features don't work quite as we want but still avoid a code roll back.<br>
<span class="HOEnZb"><font color="#888888"><br>
Tim<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
> -----Original Message-----<br>
> From: Russell Bryant [mailto:<a href="mailto:rbryant@redhat.com">rbryant@redhat.com</a>]<br>
> Sent: 17 October 2013 20:01<br>
> To: OpenStack Development Mailing List<br>
> Subject: [openstack-dev] [Nova][Glance] Support of v1 and v2 glance APIs in Nova<br>
><br>
> The following blueprint has been proposed for Nova:<br>
><br>
>     <a href="https://blueprints.launchpad.net/nova/+spec/use-glance-v2-api" target="_blank">https://blueprints.launchpad.net/nova/+spec/use-glance-v2-api</a><br>
><br>
> It proposes a new config option for Nova to allow choosing whether Nova should use v1 or v2 of the Glance API.  I'd like to know if we can<br>
> do this without a config option.<br>
><br>
> Can Nova just discover which versions and pick one (v2) ?  And if you don't like the way Nova picks one, a deployer can just only expose<br>
> one of the APIs on the API endpoint that Nova uses.<br>
><br>
> Thoughts?<br>
><br>
> --<br>
> Russell Bryant<br>
><br>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div>