<div dir="ltr">Sorry I think I gave Gary some bad information here. <div><br></div><div>After digging into this more, the actually underlying issue that we hit is that the packaged 'distro' version of stable/liberty that was running with the vmware-nsx repo included this patch set which is not in upstream stable/liberty </div><div><br></div><div><a href="https://github.com/openstack/neutron/commit/7267d75fdd3f90af759d71e9490cd41d41ba6d98">https://github.com/openstack/neutron/commit/7267d75fdd3f90af759d71e9490cd41d41ba6d98</a><br></div><div><div><br></div><div>That's what was causing the issue on our end.  All should be okay upstream. Sorry about the confusion. </div><div><br></div><div>Aaron</div><div><br></div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 15, 2016 at 11:59 AM, Ihar Hrachyshka <span dir="ltr"><<a href="mailto:ihrachys@redhat.com" target="_blank">ihrachys@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
> On 15 Jun 2016, at 20:18, Gary Kotton <<a href="mailto:gkotton@vmware.com">gkotton@vmware.com</a>> wrote:<br>
><br>
> Hi,<br>
> The following patch breaks stable liberty drivers - <a href="https://review.openstack.org/#/c/238745/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/238745/</a><br>
> This means that plugins will need to be updated to support this.<br>
<br>
</span>Would you mind sharing details about the breakage? It was assumed that the patch backported includes the relevant compatibility bits to avoid any breakage. If that’s not the case, we should definitely come up with a way to get existing drivers unbroken again.<br>
<span class=""><br>
> What do we do:<br>
>       • Revert – which could break people using latest stable/liberty<br>
>       • Have a requirement that Neutron plugins be updated when they use stable/liberty<br>
<br>
</span>It may be either revert, or a new patch that would accommodate for your broken driver. It depends on breakage details. So please share those.<br>
<br>
> This is really bad.<br>
<br>
Absolutely. The change was not expected to require any changes for 3party drivers. If it happened, that’s our fault, and maybe we should land something, or revert. We should not leave it broken for 3party drivers.<br>
<br>
> Any suggestions.<br>
> Thanks<br>
> Gary<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>
</blockquote></div><br></div>