[Yahoo-eng-team] [Bug 1940950] [NEW] [ovn] neutron api worker gets overloaded processing chassis_private updates

Public bug reported: This was tested with stable/ussuri branch with https://review.opendev.org/c/openstack/neutron/+/752795/ backported. The test setup was 3 controllers, each with 10 api workers and rpc workers, with 250 chassis running ovn-controller. There are 1k networks and 10k ports in

[Yahoo-eng-team] [Bug 1940617] [NEW] [ovn] metadata agent needlessly connects to ovsdb cluster leader

Public bug reported: ovn metadata agent no longer writes to southbound database since https://review.opendev.org/c/openstack/neutron/+/791997/ so there doesn't seem to be any reason to keep connection with ovsdb cluster leader, and we can connect to any cluster member instead. This will decrease

[Yahoo-eng-team] [Bug 1940541] [NEW] [ovn] metadata readiness check is looking for wrong uuid in chassis

Public bug reported: Since e4fb06b24299a7ecf10b05ef6ddc2d883c40e5a1 ([ovn] Add neutron network to metadata namespace names) ovn metadata agent saves neutron uuid in external-ids for chassis to indicate that it's ready to serve metadata for network. When this patch was merged, a metadata

[Yahoo-eng-team] [Bug 1940073] [NEW] "Unable to create the network. No available network found in maximum allowed attempts." during rally stress test

Public bug reported: When running rally scenario NeutronNetworks.create_and_delete_networks with concurrency of 60 the following error is observed: --8<--8<--8<-- 2021-08-16 11:28:41.526 710 ERROR oslo_db.api [req-61e1d9da-1bad-4410-94ce-d2945c13a2d5 05971ba84eac4b8eb176bd935909f9d0

[Yahoo-eng-team] [Bug 1939924] [NEW] [ovn] NeutronNetworks.create_and_delete_subnets failing in concurrent scenario

Public bug reported: This seems to be basically the same bug as https://bugs.launchpad.net/neutron/+bug/1890432 but with https://review.opendev.org/c/openstack/neutron/+/774256 applied, this is why I'm reporting a new bug instead. This test has been done with neutron stable/ussuri checkout from

[Yahoo-eng-team] [Bug 1908382] [NEW] [OVN] Missing OVN ACLs for security groups that utilize remote groups attached to ports with allowed_address_pairs

Public bug reported: See mailing list thread started at http://lists.openstack.org/pipermail /openstack-discuss/2020-December/019442.html Bug discovered during magnum testing in ussuri, where pods deployed on different nodes could not communicate with each other - it has been traced to incorrect

[Yahoo-eng-team] [Bug 1897095] [NEW] [OVN] ARP/MAC handling for routers connected to external network is scaling poorly

openstack-discuss/2020-September/017370.html for related discussions. ** Affects: neutron Importance: Undecided Assignee: Krzysztof Klimonda (kklimonda) Status: In Progress -- You received this bug notification because you are a member of Yahoo! Engineering Team

[Yahoo-eng-team] [Bug 1896205] [NEW] AttributeError: 'NoneType' object has no attribute 'db_find_rows' during neutron-server startup

Public bug reported: openstack/ussuri deployment neutron: 16.1.0 ovn: 20.06.2 ovs: 2.13.1 When starting neutron-server, the following traceback is showing up: --8<--8<--8<-- 2020-09-18 08:18:47.934 47 ERROR ovsdbapp.event [-] Unexpected exception in notify_loop: AttributeError: 'NoneType'

[Yahoo-eng-team] [Bug 1896203] [NEW] TypeError: Cannot look up record by empty string in check_for_igmp_snoop_support task

Public bug reported: openstack ussuri deployment neutron: 16.1.0 ovn: 20.06.2 ovs: 2.13.1 We are seeing the following traceback for one of maintenance tasks: --8<--8<--8<-- 2020-09-18 08:49:11.572 88 ERROR futurist.periodics [req-036b9eae-53cf-4c55-a946-8aa2dc6697c5 - - - - -] Failed to call

[Yahoo-eng-team] [Bug 1825291] [NEW] TypeError: unhashable type: 'dict' in neutron-vpnaas while deleting routers

Public bug reported: OpenStack version: stein (8.0.0, kolla build 20190417) While deleting routers as part of the tempest run, the following exception has been logged: ``` Error while deleting router ba955d36-2ac4-47b8-aae2-3bf4a2fd2f79: TypeError: unhashable type: 'dict' 2019-04-17