<div dir="ltr">No, unfortunately we did not end up with a model that easily allowed for a "shim" system to allow use of older drivers. We've been trying to work with the vendors to get their drivers prepared, but I don't know how many of them actually finished the work. That said, stable/stein should be usable for the time being with no real change -- we simply will not be maintaining the service any longer (except possibly extreme cases like major security patches) or providing any further releases. If you need to adjust your code to continue to use the stein release instead of master, that is a perfectly valid option.<div><br></div><div>  --Adam</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 13, 2019 at 8:01 PM Takashi Yamamoto <<a href="mailto:yamamoto@midokura.com">yamamoto@midokura.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">i'm more interested in the backend side.<br>
i've heard a plan to introduce some glue code to allow octavia to use<br>
lbaas v2 backend drivers with no or minimal modifications before<br>
deprecation/removal.<br>
(i guess it was during atlanta ptg but i might be wrong)<br>
did it happen?<br>
<br>
On Tue, May 14, 2019 at 8:41 AM Adam Harwell <<a href="mailto:flux.adam@gmail.com" target="_blank">flux.adam@gmail.com</a>> wrote:<br>
><br>
> If you are using the CLI, there is a tutorial on how to use most of the functionality of Octavia here:<br>
> <a href="https://docs.openstack.org/octavia/latest/user/guides/basic-cookbook.html" rel="noreferrer" target="_blank">https://docs.openstack.org/octavia/latest/user/guides/basic-cookbook.html</a><br>
><br>
> If you are using the API directly, then the only action would be to include Octavia in your projects list (if it isn't already) and change your endpoint from neutron to octavia. The Octavia API is fully compatible with the Neutron-LBaaS v2 API spec.<br>
><br>
> If you are using the python client, you will need to switch to python-octaviaclient or to the openstack SDK, and I am unfortunately not aware of a guide to do that. However, it is a remarkably similar service (object model and API are 100% compatible), so making the transition should hopefully not be very difficult, and we are happy to help in #openstack-lbaas on IRC if you need specific assistance.<br>
><br>
>     --Adam<br>
><br>
> On Mon, May 13, 2019 at 2:13 AM Takashi Yamamoto <<a href="mailto:yamamoto@midokura.com" target="_blank">yamamoto@midokura.com</a>> wrote:<br>
>><br>
>> On Mon, May 13, 2019 at 5:42 PM Adam Harwell <<a href="mailto:flux.adam@gmail.com" target="_blank">flux.adam@gmail.com</a>> wrote:<br>
>> ><br>
>> > As you are hopefully already aware, the Neutron-LBaaS project is being retired this cycle (and a lot of the patches to accomplish this will land in the next few days).<br>
>> > From a quick code search, it seems the following projects still include neutron-lbaas in their zuul job configs:<br>
>> ><br>
>> > networking-odl<br>
>> > networking-midonet<br>
>> > senlin<br>
>> > vmware-nsx<br>
>> > zaqar<br>
>> ><br>
>> > For projects on this list, the retirement of neutron-lbaas *will* cause your zuul jobs to fail. Please take action to remove this requirement! It is possible that it is simply an extra unused requirement, but if your project is actually using neutron-lbaas to create loadbalancers, it will be necessary to convert to Octavia.<br>
>><br>
>> is there a guide for the conversion?<br>
>><br>
>> ><br>
>> > If you need assistance with this change or have any questions, don't hesitate to stop by #openstack-lbaas on IRC and we can help!<br>
>> ><br>
>> >     --Adam Harwell<br>
</blockquote></div>