<div style="white-space:pre-wrap">Great idea Gorka!  I know I could benefit from this as a reviewer.<br><br>Thanks for proposing it.<br><br>Jay<br></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Mar 14, 2016 at 3:52 PM Gorka Eguileor <<a href="mailto:geguileo@redhat.com">geguileo@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
As you all probably know, during this cycle we have introduced quite a<br>
big number of changes in cinder that will have a great impact in the<br>
development of the new functionality as well as changes to existing ones<br>
moving forward from an implementation perspective.<br>
<br>
These changes to the cinder code include, but are not limited to,<br>
microversions, rolling upgrades, and conditional DB update functionality<br>
to remove API races, and while the latter has a good number of examples<br>
already merged and more patches under review, the other 2 have just been<br>
introduced and there are no patches in cinder that can serve as easy<br>
reference on how to use them.<br>
<br>
As cinder developers we will all have to take these changes into account<br>
in our new patches, but it is hard to do so when one doesn't have an<br>
in-depth knowledge of them, and while we all probably know quite a bit<br>
about them, it will take some time to get familiar enough to be aware of<br>
*all* the implications of the changes made by newer patches.<br>
<br>
And it's for this reason that I would like to suggest that during this<br>
summit's cinder design sessions we take the time to go through the<br>
changes giving not only an example of how they should be used in a<br>
patch, but also the do's, dont's and gotchas.<br>
<br>
A possible format for these explanations could be a presentation -around<br>
30 minutes- by the people that were involved in the development,<br>
followed by Q&A.<br>
<br>
I would have expected to see some of these in the "Upstream Dev" track,<br>
but unfortunately I don't (maybe I'm just missing them with all the cool<br>
title names).  And maybe these talks are not relevant for that track,<br>
being so specific and only relevant to cinder developers and all.<br>
<br>
I believe these presentations would help the cinder team increase the<br>
adoption speed of these features while reducing the learning curve and<br>
the number of bugs introduced in the code caused by gaps in our<br>
knowledge and misinterpretations of the new functionality.<br>
<br>
I would take lead on the conditional DB updates functionality, and I<br>
would have no problem doing the Rolling upgrades presentation as well.<br>
But I believe there are people more qualified and more deserving of<br>
doing that one; though I offer my help if they want it.<br>
<br>
I have added those 3 topics to the Etherpad with Newton Cinder Design<br>
Summit Ideas [1] so people can volunteer and express their ideas in<br>
there.<br>
<br>
Cheers,<br>
Gorka.<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>
</blockquote></div>