<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 11 February 2016 at 07:01, John Belamaric <span dir="ltr"><<a href="mailto:jbelamaric@infoblox.com" target="_blank">jbelamaric@infoblox.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
---<br>
John Belamaric<br>
<a href="tel:%28240%29%20383-6963" value="+12403836963" target="_blank">(240) 383-6963</a><br>
<span><br>
> On Feb 11, 2016, at 5:37 AM, Ihar Hrachyshka <<a href="mailto:ihrachys@redhat.com" target="_blank">ihrachys@redhat.com</a>> wrote:<br>
><br>
> What’s the user visible change in behaviour after the switch? If it’s only internal implementation change, I don’t see why we want to leave the choice to operators.<br>
><br>
<br>
</span>It is only internal implementation changes.<br></blockquote><div><br></div><div>That's not entirely true, is it? There are config variables to change and it opens up the possibility of a scenario that the operator may not care about.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div><br>
<br>
>> 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.<br>
>><br>
>> Salvatore<br>
>><br>
>> On 11 February 2016 at 00:19, Carl Baldwin <<a href="mailto:carl@ecbaldwin.net" target="_blank">carl@ecbaldwin.net</a>> wrote:<br>
>> On Thu, Feb 4, 2016 at 8:12 PM, Armando M. <<a href="mailto:armamig@gmail.com" target="_blank">armamig@gmail.com</a>> wrote:<br>
>> > 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>
>> 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>
>><br>
>> Carl<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>
>><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>
><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>
<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>