Kevin, If we are offering a migration tool it would be namespace -> namespace (or maybe Octavia since [1]) — given the limitations nobody should be using the namespace driver outside a PoC so I am a bit confused why customers can’t self migrate. With 3rd party Lbs I would assume vendors proving those scripts to make sure their particular hardware works with those. If you indeed need a migration from LBaaS V1 namespace -> LBaaS V2 namespace/Octavia please file an RfE with your use case so we can discuss it further…
Thanks, German [1] https://review.openstack.org/#/c/286380 From: "Fox, Kevin M" <kevin....@pnnl.gov<mailto:kevin....@pnnl.gov>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" <openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org>> Date: Wednesday, March 2, 2016 at 5:17 PM To: "OpenStack Development Mailing List (not for usage questions)" <openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org>> Subject: Re: [openstack-dev] [Neutron][LBaaS]Removing LBaaS v1 - are weready? no removal without an upgrade path. I've got v1 LB's and there still isn't a migration script to go from v1 to v2. Thanks, Kevin ________________________________ From: Stephen Balukoff [sbaluk...@bluebox.net<mailto:sbaluk...@bluebox.net>] Sent: Wednesday, March 02, 2016 4:49 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Neutron][LBaaS]Removing LBaaS v1 - are weready? I am also on-board with removing LBaaS v1 as early as possible in the Newton cycle. On Wed, Mar 2, 2016 at 9:44 AM, Samuel Bercovici <samu...@radware.com<mailto:samu...@radware.com>> wrote: Thank you all for your response. In my opinion given that UI/HEAT will make Mitaka and will have one cycle to mature, it makes sense to remove LBaaS v1 in Newton. Do we want do discuss an upgrade process in the summit? -Sam. From: Bryan Jones [mailto:jone...@us.ibm.com<mailto:jone...@us.ibm.com>] Sent: Wednesday, March 02, 2016 5:54 PM To: openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org> Subject: Re: [openstack-dev] [Neutron][LBaaS]Removing LBaaS v1 - are weready? And as for the Heat support, the resources have made Mitaka, with additional functional tests on the way soon. blueprint: https://blueprints.launchpad.net/heat/+spec/lbaasv2-suport gerrit topic: https://review.openstack.org/#/q/topic:bp/lbaasv2-suport BRYAN M. JONES Software Engineer - OpenStack Development Phone: 1-507-253-2620<tel:1-507-253-2620> E-mail: jone...@us.ibm.com<mailto:jone...@us.ibm.com> ----- Original message ----- From: Justin Pomeroy <jpom...@linux.vnet.ibm.com<mailto:jpom...@linux.vnet.ibm.com>> To: openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org> Cc: Subject: Re: [openstack-dev] [Neutron][LBaaS]Removing LBaaS v1 - are we ready? Date: Wed, Mar 2, 2016 9:36 AM As for the horizon support, much of it will make Mitaka. See the blueprint and gerrit topic: https://blueprints.launchpad.net/horizon/+spec/horizon-lbaas-v2-ui https://review.openstack.org/#/q/topic:bp/horizon-lbaas-v2-ui,n,z - Justin On 3/2/16 9:22 AM, Doug Wiegley wrote: Hi, A few things: - It’s not proposed for removal in Mitaka. That patch is for Newton. - HEAT and Horizon are planned for Mitaka (see neutron-lbaas-dashboard for the latter.) - I don’t view this as a “keep or delete” question. If sufficient folks are interested in maintaining it, there is a third option, which is that the code can be maintained in a separate repo, by a separate team (with or without the current core team’s blessing.) No decisions have been made yet, but we are on the cusp of some major maintenance changes, and two deprecation cycles have passed. Which path forward is being discussed at today’s Octavia meeting, or feedback is of course welcomed here, in IRC, or anywhere. Thanks, doug On Mar 2, 2016, at 7:06 AM, Samuel Bercovici <samu...@radware.com<mailto:samu...@radware.com>> wrote: Hi, I have just notices the following change: https://review.openstack.org/#/c/286381 which aims to remove LBaaS v1. Is this planned for Mitaka or for Newton? While LBaaS v2 is becoming the default, I think that we should have the following before we replace LBaaS v1: 1. Horizon Support – was not able to find any real activity on it 2. HEAT Support – will it be ready in Mitaka? Do you have any other items that are needed before we get rid of LBaaS v1? -Sam. __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org<mailto:openstack-dev-requ...@lists.openstack.org>?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe<mailto:openstack-dev-requ...@lists.openstack.org?subject:unsubscribe> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe<mailto:openstack-dev-requ...@lists.openstack.org?subject:unsubscribe> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe<http://openstack-dev-requ...@lists.openstack.org?subject:unsubscribe> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Stephen Balukoff Principal Technologist Blue Box, An IBM Company www.blueboxcloud.com<http://www.blueboxcloud.com> sbaluk...@blueboxcloud.com<mailto:sbaluk...@blueboxcloud.com> 206-607-0660 x807 __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
