Here is my Bug Deputy report for the week of 9/24 - 10/1.  It was a busy
week!  It is my recollection that prety much anything that doesn't have
a patchset next to it is probably unowned and available for working.

High priority
* - neutron.objects lost PortFording in 
    - Fix released:

* - 
PlacementAPIClient.update_resource_class wrong client call, missing argument
    - Fix in progress:

* - netns deletion on newer kernels 
fails with errno 16
    - May or may not be a Neutron issue, applies at kernel version 4.18 but not 
3.10.  Left unconfirmed but checking it out within Red Hat.

* - Deleting network namespaces 
sometimes fails in check/gate queue with ENOENT
    - Fix in progress:

Medium priority
* - [dvr_no_external][ha] centralized 
fip show up in the backup snat-namespace on the restore host (restaring or 
    - Fix in progress:

* - Gateway ports are down after reboot 
of control plane nodes
    - Fix in progress:

* - Failed to check policy on listing 
loggable resources

* - NetworkNotFound failures on network 
test teardown because of retries due to the initial request taking >60 seconds

* - Gateway ports are down after reboot 
of control plane nodes
    - Similar to but not quite 
the same
    - Fix in progress:

* - rocky upgrade path broken 
requirements pecan too low
    - Fix released:

* - Consider all router ports for dvr 
arp updates
    - Fix in progress:
* - Race condition of DHCP agent 
updating port after ownership removed and given to another agent will cause 
extra port creation
    * Fix in progress:

* - trunk: can not delete bound trunk 
for agent which allow create trunk on bound port
    - Fix in progress: 

Low priority
* - [dvr][ha] router state change cause 
unnecessary router_update

Invalid/Won't Fix
* - DVR with static routes may cause 
routed traffic to be dropped
    - Marked invalid since it was filed against Newton (neutron 9.4.1)

* - resources can't be filtered by 
tag-related parameterso
    - Marked 'Won't Fix' because neutronclient is deprecated, but the 
functionality works correctly in openstackclient.

* - [RFE] To decide create port with 
specific IP version
    - Marked 'Opinion'; can accomplish the same goal with current parameters 
for creating a port.

* - [RFE] Prevent DHCP agent from 
processing stale RPC messages when restarting up

* - SRIOV trunk port - multiple vlans 
on same VF

Still Under Discussion
* - When creating a server instance 
with an IPv4 and an IPv6 addresses, the IPv6 is not assigned

* - Inconsistent flows with DVR l2pop 
VxLAN on br-tun

* - neutron does not create the 
necessary iptables rules for dhcp agents when linuxbridge is used
    - Reporter notes that this is a variant scenario of, which was fixed in June



OpenStack Development Mailing List (not for usage questions)

Reply via email to