<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 10 February 2016 at 15:19, Carl Baldwin <span dir="ltr"><<a href="mailto:carl@ecbaldwin.net" target="_blank">carl@ecbaldwin.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Thu, Feb 4, 2016 at 8:12 PM, Armando M. <<a href="mailto:armamig@gmail.com">armamig@gmail.com</a>> wrote:<br>
</span><span class="">> Technically we can make this as sophisticated and seamless as we want, but<br>
> this is a one-off, once it's done the pain goes away, and we won't be doing<br>
> another migration like this ever again. So I wouldn't over engineer it.<br>
<br>
</span>Frankly, I was worried that going the other way was over-engineering<br>
it.  It will be more difficult for us to manage this transition.<br>
<br>
I'm still struggling to see what makes this particular migration<br>
different than other cases where we change the database schema and the<br>
code a bit and we automatically migrate everyone to it as part of the<br>
routine migration.  What is it about this case that necessitates<br>
giving the operator the option?<br></blockquote><div><br></div><div>I believe we have more recovery options out a potentially fatal situation. In fact the offline script can provide a dry-run option that can just validate that the migration will succeed before it is even actually performed; I think that the size and the amount of tables involved in the data migration justifies this course of action rather than the other. Think about what Sean said, bugs are always lurking in the dark and as much as we can strive for correctness, things might go bad. This is not a routine migration and some operators may not be in a rush to embrace pluggable IPAM, hence I don't think we are in the position to make the decision on their behalf and go through the usual fast-path deprecation process.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
Carl<br>
</font></span><div class="HOEnZb"><div class="h5"><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>
</div></div></blockquote></div><br></div></div>