Hide Forgot
Description of problem: If we attach a subnet to that external network afterwards, the northbound database loses that logical port, together with the row in the gateway_chassis table. Version-Release number of selected component (if applicable): OSP13 (all versions) How reproducible: Always Steps to Reproduce: openstack network create public --external --default --provider-network-type vlan --provider-physical-network tenant --provider-segment 1099 openstack router create myrouter EXT_NET_ID=$(openstack network show public -f value -c id) openstack router set --external-gateway $EXT_NET_ID myrouter Actual results: We lose connectivity on all external subnets, because the router logical port is lost Expected results: User should be able to set subnets after creating and attaching external networks to router Additional info: See launchpad for more details on what the sequence of events cause this.
When router has a port set as external gateway, a logical port is created on the logical_router in the nortbound database, as expected. However, if we attach a subnet to that external network afterwards, the northbound database loses that logical port, together with the row in the gateway_chassis table.
Verified on OSP13 2020-02-10.8 puddle with python-networking-ovn-4.0.4-2.el7ost.noarch - Router connected to external network - Added subnet1 with existing VM instances - external connectivity OK - Added subnet2 without VM instances - external connectivity OK (checked from previous VM instances) - Added IPV6 subnet - external connectivity OK No logical port was lost from this logical router during the test. Instead, new ports and nats were added with every new subnet.
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:0770