Bug 2019980
Summary: | Load Balancer remained with ACTIVE state even with PENDING_UPDATE listener | |||
---|---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | Maysa Macedo <mdemaced> | |
Component: | python-networking-ovn | Assignee: | Luis Tomas Bolivar <ltomasbo> | |
Status: | CLOSED ERRATA | QA Contact: | Omer Schwartz <oschwart> | |
Severity: | high | Docs Contact: | ||
Priority: | high | |||
Version: | 16.1 (Train) | CC: | apevec, egarciar, ekuris, froyo, gthiemon, itbrown, jlibosva, juzhao, lhh, ltomasbo, majopela, mdulko, scohen, ykarel | |
Target Milestone: | z9 | Keywords: | Triaged | |
Target Release: | 16.1 (Train on RHEL 8.2) | |||
Hardware: | Unspecified | |||
OS: | Unspecified | |||
Whiteboard: | ||||
Fixed In Version: | python-networking-ovn-7.3.1-1.20220125210409.4e24f4c.el8ost | Doc Type: | No Doc Update | |
Doc Text: | Story Points: | --- | ||
Clone Of: | ||||
: | 2045088 (view as bug list) | Environment: | ||
Last Closed: | 2022-12-07 20:25:25 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: | ||||
Bug Depends On: | 2045088 | |||
Bug Blocks: |
Description
Maysa Macedo
2021-11-03 18:40:23 UTC
Moving to Squad:OVN For most of the requests, the octavia API sets the provisioning status of the load balancer and its listeners to PENDING_UPDATE (this is a kind of lock on the resources) For "pool delete" for instance, it is https://opendev.org/openstack/octavia/src/branch/master/octavia/api/v2/controllers/pool.py#L512-L514 But there are some mistakes in the exception/error handling in the ovn-provider. For instance, if something occurs when deleting a pool the exception handler does: except Exception: LOG.exception(ovn_const.EXCEPTION_MSG, "deletion of pool") status = { constants.POOLS: [ {constants.ID: pool[constants.ID], constants.PROVISIONING_STATUS: constants.ERROR}], constants.LOADBALANCERS: [ {constants.ID: pool[constants.LOADBALANCER_ID], constants.PROVISIONING_STATUS: constants.ACTIVE}]} (from https://opendev.org/openstack/ovn-octavia-provider/src/branch/master/ovn_octavia_provider/helper.py#L1381-L1388) but it should also set the provisioning_status of the listener (if it exists) to ACTIVE, or the resource will be stuck with the lock. Note that the amphora driver does it at https://opendev.org/openstack/octavia/src/branch/master/octavia/controller/worker/v2/tasks/lifecycle_tasks.py#L193-L198 *** Bug 2044289 has been marked as a duplicate of this bug. *** Ran 3 conformance parallel tests runs No listeners with PENDING_UPDATE listeners OSP RHOS-16.1-RHEL-8-20221122.n.1 OCP 4.10.43 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 16.1.9 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-2022:8795 |