<div dir="ltr">The difference lies in the process in my opinion. <div>If the switch is added into the migration path then we will tell operators when to switch.<div>I was suggesting doing it manual because we just don't know if every operator is happy about doing the switch when upgrading to Newton, but perhaps it is just me over-worrying about operator behaviour.</div><div><br></div><div>The other aspect is the deprecation process. If you add the switch into the DB migration path then the whole deprecation becomes superseded as the old IPAM logic should be abandoned immediately after that. But perhaps the other way of looking at it is that we should make an exception in the deprecation process.</div><div><br></div><div>Salvatore</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 11 February 2016 at 00: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>
<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>