<div dir="ltr">Thanks Mike for <span style="font-size:14px">summary.  About the </span><span style="font-size:14px">Getting rid of API extensions</span><span style="font-size:14px">,  <font face="arial, helvetica, sans-serif">I'd like help to move </font></span>the extensions over to the core. Do we should begin this work at Mitaka?</div><div class="gmail_extra"><br><div class="gmail_quote">2015-08-17 23:53 GMT+08:00 Mike Perez <span dir="ltr"><<a href="mailto:thingee@gmail.com" target="_blank">thingee@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">A *summary* of the Cinder midcycle sprint, in attempt to keep your attention.<br>
Full meeting notes available [1].<br>
<br>
Image Caching<br>
=============<br>
Glance Cinder backend store + Cinder Image Caching are so similar, it would<br>
just be confusing to operators. We'll document only about the Cinder Image<br>
Caching since the Glance backend store is limited in comparison.<br>
<br>
<br>
Revisit Spec Review<br>
===================<br>
The PTL in the future will be the only one to +2/A specs after sufficient +1's<br>
have been given, and notice of approval to follow in the Cinder meeting.<br>
<br>
<br>
When Specs and Blueprints are needed<br>
====================================<br>
Done <a href="https://wiki.openstack.org/wiki/Cinder/how-to-contribute-new-feature" rel="noreferrer" target="_blank">https://wiki.openstack.org/wiki/Cinder/how-to-contribute-new-feature</a><br>
<br>
<br>
People can guess UUID's that don't belong to them<br>
=================================================<br>
Who cares. In past security discussions this has been a moot point.<br>
<br>
<br>
Update Hypervisor about extending attached volumes<br>
==================================================<br>
Add support to os-brick, but the Nova team has to be fine with this only<br>
supporting Libvirt for now.<br>
<br>
<br>
Microversions<br>
=============<br>
We're doing it.<br>
<br>
<br>
Getting rid of API extensions<br>
=============================<br>
Move obvious things over (volume attach, type manager) to core API controllers.<br>
Deprecate existing extensions and have these use core API controller code. Get<br>
rid of the silly os- prefix in endpoints. Use Microversions to know when the<br>
API has the new extensions in core controllers.<br>
<br>
<br>
Third Party CI for target drivers and zone manager drivers<br>
==========================================================<br>
Yes. This is already happening for Brocade and Cisco in Liberty!<br>
<br>
<br>
Cinder <-> Nova API communication<br>
=================================<br>
Agreed on how the Cinder API should be used. It requires changes and<br>
a Microversion bump on the Nova side. Design summit session to follow.<br>
<br>
<br>
Out of tree drivers<br>
===================<br>
No.<br>
<br>
<br>
Exposing force-detach of a volumes<br>
==================================<br>
Yes, this will be in nova-manage in Liberty.<br>
<br>
<br>
HA and Cinder<br>
=============<br>
We need cross project consensus first. There are existing issues that can be<br>
fixed without a DLM. Fix those first. Mike Perez will be leading cross project discussion at the summit.<br>
<br>
<br>
Replication V2<br>
==============<br>
John Griffith did extreme programming with the group and posted a review.<br>
A limited replication feature with async and manual failover should be in<br>
Liberty.<br>
<br>
<br>
ABC classes for each driver feature<br>
===================================<br>
Keeping the current solution [2].<br>
<br>
<br>
[1] - <a href="https://etherpad.openstack.org/p/cinder-meetup-summer-2015" rel="noreferrer" target="_blank">https://etherpad.openstack.org/p/cinder-meetup-summer-2015</a><br>
[2] - <a href="http://lists.openstack.org/pipermail/openstack-dev/2015-June/067563.html" rel="noreferrer" target="_blank">http://lists.openstack.org/pipermail/openstack-dev/2015-June/067563.html</a><br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Mike Perez<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><pre>Best Wishes For You!</pre></div>
</div>