Bug 2118563
Summary: | [OSP][SDN] The displayed IP Capacity is not consistent with port allowed maximum addresses | ||
---|---|---|---|
Product: | OpenShift Container Platform | Reporter: | huirwang |
Component: | Networking | Assignee: | Andreas Karis <akaris> |
Networking sub component: | openshift-sdn | QA Contact: | huirwang |
Status: | CLOSED ERRATA | Docs Contact: | |
Severity: | high | ||
Priority: | high | CC: | akaris |
Version: | 4.12 | ||
Target Milestone: | --- | ||
Target Release: | 4.12.0 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: |
Cause:
The CloudNetworkConfigController (CNCC) used a hardcoded capacity of 64 which is above OpenStack's default max_allowed_address_pairs count of 10.
Consequence:
Capacity was misreported and the EgressIP controller created CloudPrivateIPConfig objects beyond OpenStack's capacity. The CloudPrivateIPConfig objects would error out with "The number of allowed address pair exceeds the maximum 10"
Fix:
The default max_allowed_address_pair for RHOSP is 10. Unfortunately, this value cannot be
retrieved via any API requests. It is solely exposed through neutron's configuration files. As a heuristic, the CNCC now assumes that all OSP environments set this to 10. As a consequence, any OSP environment that shall be used together with Red Hat OpenShift Container Platform and the EgressIP feature must have max_allowed_address_pairs set to 10 or above in neutron's configuration.
Result:
Port capacity is now capped at 10 minus the number of allowed_address_pairs.
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2023-01-17 19:54:55 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: |
Description
huirwang
2022-08-16 06:59:03 UTC
Hi, a) There's an intrinsic problem with the current way how we determine capacity (only once, when a node is added) and with neutron's quotas which is a value that can be changed / updated by administrators at any point in time. That's why we currently choose the capacity based on max{subnet size; 64} and we ignore any quotas. I'll see if we can improve this. b) The fact that inet 10.196.3.11/16 brd 10.196.255.255 scope global secondary ens3:eip is added to the node is a minor order of operations problem with OpenShiftSDN - Andreas Can you test with openshift/cloud-network-config-controller/pull/53 ; that should now report the correct capacity starting from 10 and - the allowed_address_pairs 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 (Moderate: OpenShift Container Platform 4.12.0 bug fix and security update), 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/RHSA-2022:7399 |