Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 2254994

Summary:	Maintenance task for OVN LB HM ports failing
Product:	Red Hat OpenStack	Reporter:	Fernando Royo <froyo>
Component:	python-ovn-octavia-provider	Assignee:	Fernando Royo <froyo>
Status:	CLOSED ERRATA	QA Contact:	Bruna Bonguardo <bbonguar>
Severity:	high	Docs Contact:
Priority:	urgent
Version:	17.1 (Wallaby)	CC:	enothen, gregraka, gthiemon, jamsmith, lsvaty, mariel, mburns, pgrist, prgutier, tweining
Target Milestone:	z3	Keywords:	Triaged
Target Release:	17.1
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	python-ovn-octavia-provider-1.0.3-17.1.20231025110806.el9ost	Doc Type:	Bug Fix
Doc Text:	This update fixes a bug that caused unintended deletion of Load-balancing service (octavia) health monitor ports and OVN metadata ports. + Before this update, in RHOSP environments that used Load-balancing service health monitor ports from a previous version, running `neutron-db-sync-tool` sometimes randomly deleted those pre-existing ports or OVN metadata ports. This unintended port deletion resulted in loss of health monitor capacity or communication loss with the affected instances. + This update resolves the conflicts. It uses a new value, `ovn-lb-hm:distributed`, for the OVN Load-balancing service health monitor ports `device_owner` field. Old OVN Load-balancing service health monitor ports are automatically updated with this version.	Story Points:	---
Clone Of:		Environment:
Last Closed:	2024-05-22 20:39:54 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Fernando Royo 2023-12-18 11:30:07 UTC

Description of problem:
Maintenance task to update the existing ovn-lb-hm-ports to the new device_owner has been created and backported due to the main issue was related to neutron-db-sync-tool. 

Neutron changes and ovn-provider code base are correct but an error on the backporting of the maintenance task path has been detected on 17.1 last puddle.

Basically the maintenance tasks is doing some calls according to openstacksdk client syntax and 17.1 branches for the ovn-provider code is still using neutronclient. 

How reproducible:
See logs of octavia-driver-agent to see the error periodically when the maintenance task is executed.

Actual results:
Existing OVN LB HM ports will not be updated to the new device_owner value due to the failing maintenance task execution.

Expected results:
Existing OVN LB HM ports will be updated to the new device_owner.

Comment 19 errata-xmlrpc 2024-05-22 20:39:54 UTC

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (Red Hat OpenStack Platform 17.1.3 bug fix and enhancement advisory), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2024:2741