<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<body>
<div dir="auto">
<div dir="auto">Ho Eugène, </div><div dir="auto"><br></div><div dir="auto">Thanks for your answer. Do you mean that after installing octavia (it is planned) we'll have again the ability to delete the remaining LBAAS instances? Or just that octavia is the LBAAS replacement in terms of functionalities? </div><div dir="auto"><br></div><div dir="auto">Best regards, </div><div id="aqm-signature" dir="auto" style="color: black;"><div dir="auto"><br></div><div dir="auto">Michel</div><div dir="auto">Sent from my mobile</div></div><div dir='auto'><br></div>
<div id="aqm-original" style="color: black;">
<div dir="auto">Le 7 juillet 2023 18:52:30 Eugen Block <eblock@nde.ag> a écrit :</div>
<div><br></div>
<blockquote type="cite" class="gmail_quote" style="margin: 0 0 0 0.75ex; border-left: 1px solid #808080; padding-left: 0.75ex;">
<div dir="auto">Hi,</div>
<div dir="auto"><br></div>
<div dir="auto">neutron lbaas was deprecated in Queens so you may have to migrate the </div>
<div dir="auto">existing LBs to octavia. I have never done that but I remember reading </div>
<div dir="auto">through the SUSE Docs when one of our customers had to decide whether </div>
<div dir="auto">they wanted to upgrade or reinstall with a newer openstack release. </div>
<div dir="auto">They decided to do the latter, so we set up octavia from scratch and </div>
<div dir="auto">didn't have to migrate anything. There's also a video I've never </div>
<div dir="auto">watched [2], maybe that helps. I can't really tell if a migration is </div>
<div dir="auto">possible to work around your issue but I thought I'd share anyway.</div>
<div dir="auto"><br></div>
<div dir="auto">Regards,</div>
<div dir="auto">Eugen</div>
<div dir="auto"><br></div>
<div dir="auto">[1] </div>
<div dir="auto">https://documentation.suse.com/soc/9/single-html/suse-openstack-cloud-crowbar-deployment/#sec-depl-ostack-octavia-migrate-users</div>
<div dir="auto">[2] https://www.youtube.com/watch?v=jj4KMJPA0Pk</div>
<div dir="auto"><br></div>
<div dir="auto">Zitat von Michel Jouvin <michel.jouvin@ijclab.in2p3.fr>:</div>
<div dir="auto"><br></div>
<blockquote type="cite" class="gmail_quote" style="margin: 0 0 0 0.75ex; border-left: 1px solid #0099CC; padding-left: 0.75ex;">
<div dir="auto">Hi,</div>
<div dir="auto"><br></div>
<div dir="auto">We had a few Magnum (K8s) clusters created a couple of years ago </div>
<div dir="auto">(with Rocky and Stein versions) and forgotten. We started to delete </div>
<div dir="auto">them this spring when we where running Train Neutron service. </div>
<div dir="auto">Basically we managed to do this with the following sequence:</div>
<div dir="auto"><br></div>
<div dir="auto">- openstack coe cluster delete xxx and waiting for DELETE_FAILED</div>
<div dir="auto">- Use openstack coe cluster show / openstack stack resource list -n2 </div>
<div dir="auto">to identify the neutron entry causing the error and pick the </div>
<div dir="auto">corresponding resource ID</div>
<div dir="auto">- Find the ports associated with the router with openstack port list </div>
<div dir="auto">--router previously_found_id</div>
<div dir="auto">- Use the port subnet to find the port corresponding lbaas load </div>
<div dir="auto">balancer ID, use the neutron CLI to delete the load balancer </div>
<div dir="auto">(deleting one by one all the dependencies preventing the load </div>
<div dir="auto">balancer removal)</div>
<div dir="auto">- Rerun openstack coe cluster delete</div>
<div dir="auto"><br></div>
<div dir="auto">For some reasons, we didn't cleanup all the abandoned clusters and </div>
<div dir="auto">upgraded Neutron to Ussuri. Unfortunately, since then our previous </div>
<div dir="auto">process is no longer working as it seems that the Neutron server </div>
<div dir="auto">doesn't know anymore anything about the LBAAS load balancers (and </div>
<div dir="auto">"neutron lbaas-loadbalancer list" returns nothing). In the neutron </div>
<div dir="auto">server, any attempt to delete the subnet attached to the load </div>
<div dir="auto">balancer (or to list them with Neutron CLI) results in the following </div>
<div dir="auto">errors in Neutron server.log :</div>
<div dir="auto"><br></div>
<div dir="auto">------</div>
<div dir="auto"><br></div>
<div dir="auto">2023-07-07 16:27:31.139 14962 WARNING </div>
<div dir="auto">neutron.pecan_wsgi.controllers.root </div>
<div dir="auto">[req-71e712fc-d8a7-4815-90b3-b406c10e0caa </div>
<div dir="auto">a2b4a88cfee0c18702fe89ccb07ae875de3f34f3f1bb43e505fd83aebcfc094c </div>
<div dir="auto">245bc968c1b7465dac1b93a30bf67ba9 - 1367c9a4d5da4b229c35789c271dc7aa </div>
<div dir="auto">1367c9a4d5da4b229c35789c271dc7aa] No controller found for: lbaas - </div>
<div dir="auto">returning response code 404: pecan.routing.PecanNotFound</div>
<div dir="auto">2023-07-07 16:27:31.140 14962 INFO </div>
<div dir="auto">neutron.pecan_wsgi.hooks.translation </div>
<div dir="auto">[req-71e712fc-d8a7-4815-90b3-b406c10e0caa </div>
<div dir="auto">a2b4a88cfee0c18702fe89ccb07ae875de3f34f3f1bb43e505fd83aebcfc094c </div>
<div dir="auto">245bc968c1b7465dac1b93a30bf67ba9 - 1367c9a4d5da4b229c35789c271dc7aa </div>
<div dir="auto">1367c9a4d5da4b229c35789c271dc7aa] GET failed (client error): The </div>
<div dir="auto">resource could not be found.</div>
<div dir="auto">2023-07-07 16:27:31.141 14962 INFO neutron.wsgi </div>
<div dir="auto">[req-71e712fc-d8a7-4815-90b3-b406c10e0caa </div>
<div dir="auto">a2b4a88cfee0c18702fe89ccb07ae875de3f34f3f1bb43e505fd83aebcfc094c </div>
<div dir="auto">245bc968c1b7465dac1b93a30bf67ba9 - 1367c9a4d5da4b229c35789c271dc7aa </div>
<div dir="auto">1367c9a4d5da4b229c35789c271dc7aa] 157.136.249.153 "GET </div>
<div dir="auto">/v2.0/lbaas/loadbalancers?name=kube_service_964f7e76-d2d5-4126-ab11-cd689f6dd9f9_runnerdeploy-wm9sm-5h52l_hello-node-x-default-x-runnerdeploy-wm9sm-5h52l HTTP/1.1" status: 404 len: 304 time: </div>
<div dir="auto">0.0052643</div>
<div dir="auto">------</div>
<div dir="auto"><br></div>
<div dir="auto">Any suggestion to workaround this problem and be able to </div>
<div dir="auto">successfully delete our old Magnum clusters?</div>
<div dir="auto"><br></div>
<div dir="auto">Thanks in advance for any help. Best regards,</div>
<div dir="auto"><br></div>
<div dir="auto">Michel</div>
</blockquote>
</blockquote>
</div><div dir="auto"><br></div>
</div></body>
</html>