Bug 1808498
Summary: | Wrong attempt to recreate LB API when upgrading Octavia | |||
---|---|---|---|---|
Product: | OpenShift Container Platform | Reporter: | Maysa Macedo <mdemaced> | |
Component: | Networking | Assignee: | Maysa Macedo <mdemaced> | |
Networking sub component: | kuryr | QA Contact: | GenadiC <gcheresh> | |
Status: | CLOSED ERRATA | Docs Contact: | ||
Severity: | high | |||
Priority: | medium | CC: | juriarte, ltomasbo | |
Version: | 4.4 | |||
Target Milestone: | --- | |||
Target Release: | 4.5.0 | |||
Hardware: | Unspecified | |||
OS: | Unspecified | |||
Whiteboard: | ||||
Fixed In Version: | Doc Type: | No Doc Update | ||
Doc Text: | Story Points: | --- | ||
Clone Of: | ||||
: | 1808797 (view as bug list) | Environment: | ||
Last Closed: | 2020-07-13 17:22:21 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: | 1819129 | |||
Bug Blocks: | 1808797 |
Description
Maysa Macedo
2020-02-28 16:34:23 UTC
Verified in 4.5.0-0.nightly-2020-04-02-004321 on top of OSP 16 RHOS_TRUNK-16.0-RHEL-8-20200324.n.0 compose. After successful 4.5.0-0.nightly-2020-04-02-004321 installation, the next steps have been followed in order to reproduce the scenario described in this BZ: Add a description to the API LB and remove the tag (as it's done in an OSP 13 deployment): $ openstack loadbalancer list +--------------------------------------+-------------------------------------+----------------------------------+----------------+---------------------+----------+ | id | name | project_id | vip_address | provisioning_status | provider | +--------------------------------------+-------------------------------------+----------------------------------+----------------+---------------------+----------+ ... | d787e30b-79be-4383-b998-96f7f83465f2 | ostest-xk585-kuryr-api-loadbalancer | bb444bffd5f64283a8ddc9897b149829 | 172.30.0.1 | ACTIVE | amphora | +--------------------------------------+-------------------------------------+----------------------------------+----------------+---------------------+----------+ $ openstack loadbalancer set --description 'openshiftClusterID=ostest-xk585' ostest-xk585-kuryr-api-loadbalancer $ openstack loadbalancer show d787e30b-79be-4383-b998-96f7f83465f2 +---------------------+--------------------------------------+ | Field | Value | +---------------------+--------------------------------------+ | admin_state_up | True | | created_at | 2020-04-02T08:14:44 | | description | openshiftClusterID=ostest-xk585 | | flavor_id | None | | id | d787e30b-79be-4383-b998-96f7f83465f2 | | listeners | 2362221d-77ff-4612-b964-cab9bc5a31d0 | | name | ostest-xk585-kuryr-api-loadbalancer | | operating_status | DEGRADED | | pools | df885ed7-f4d3-4f98-91ab-ae0dbf6f71ab | | project_id | bb444bffd5f64283a8ddc9897b149829 | | provider | amphora | | provisioning_status | ACTIVE | | updated_at | 2020-04-02T09:35:23 | | vip_address | 172.30.0.1 | | vip_network_id | 0195014d-4745-41dd-b4cf-46b3752d86bd | | vip_port_id | 8c2dd26c-33eb-48bc-9d94-50bf4fd5e69c | | vip_qos_policy_id | None | | vip_subnet_id | 88b4cbb6-16f7-4613-86e2-c3c55b443929 | +---------------------+--------------------------------------+ The tag needs to be removed from the DB: [root@controller-0 heat-admin]# podman exec -uroot -it galera-bundle-podman-0 mysql MariaDB [(none)]> use octavia MariaDB [octavia]> select * from tags where resource_id='d787e30b-79be-4383-b998-96f7f83465f2'; +--------------------------------------+---------------------------------+ | resource_id | tag | +--------------------------------------+---------------------------------+ | d787e30b-79be-4383-b998-96f7f83465f2 | openshiftClusterID=ostest-xk585 | +--------------------------------------+---------------------------------+ MariaDB [octavia]> delete from tags where resource_id='d787e30b-79be-4383-b998-96f7f83465f2'; Query OK, 1 row affected (0.002 sec) Now restart CNO - it will start and detect the API LB as it would have been created in OSP 13: $ oc -n openshift-network-operator delete pod network-operator-cc7649f7-7stdx $ oc -n openshift-network-operator get pods NAME READY STATUS RESTARTS AGE network-operator-cc7649f7-vmdmm 1/1 Running 0 25s Check CNO logs - it detects an existing API LB with it's description, keeps it and tags it: 2020/04/02 09:39:14 Creating OpenShift API loadbalancer with IP 172.30.0.1 2020/04/02 09:39:14 Detected Octavia API v2.13.0 2020/04/02 09:39:14 Tagging existing loadbalancer API d787e30b-79be-4383-b998-96f7f83465f2 2020/04/02 09:39:14 OpenShift API loadbalancer d787e30b-79be-4383-b998-96f7f83465f2 present Check the tag has been added in DB (as for OSP 16): MariaDB [octavia]> select * from tags where resource_id='d787e30b-79be-4383-b998-96f7f83465f2'; +--------------------------------------+---------------------------------+ | resource_id | tag | +--------------------------------------+---------------------------------+ | d787e30b-79be-4383-b998-96f7f83465f2 | openshiftClusterID=ostest-xk585 | +--------------------------------------+---------------------------------+ 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, 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-2020:2409 |