Open Stack

Picking up after amotoki's report [0], here is last week's report. This
includes all bugs reported up to 1864374 (included)
Some gate issues (python2 is still fighting us back, etc), new
"interesting" bugs on different topics.

Bugs marked with "***" do not have current assignee

Critical
* socket.timeout error in dvr CI jobs cause SSH issues -
https://bugs.launchpad.net/neutron/+bug/1863858
  Under investigation by slaweq
- neutron-tempest-plugin-designate-scenario fails on stable branches with
"SyntaxError: invalid syntax" installing dnspython -
https://bugs.launchpad.net/neutron/+bug/1864015
  Patch merged to pin designate plugin - https://review.opendev.org/708825
- "ping" prepended to ip netns commands -
https://bugs.launchpad.net/neutron/+bug/1864186
  Patch merged: https://review.opendev.org/709100

High
* When updating the network segment ID, the project_id should be provided -
https://bugs.launchpad.net/neutron/+bug/1863619
  Needed parameter to get private ranges belonging to the project, fix in
progress: https://review.opendev.org/708196/
* [OVN] Provider driver IPv6 traffic doesn't work -
https://bugs.launchpad.net/neutron/+bug/1863892
  IPv6 load balancers with OVN provider do not work, in progress
by maciejjozefczyk
* [OVN] DHCP doesn't work while instance has disabled port security -
https://bugs.launchpad.net/neutron/+bug/1864027
  Behaviour introduced by a recent fix, root cause may be in core OVN
*** IP allocation for stateless IPv6 does not filter on segment when
fixed-ips contain a subnet_id -
https://bugs.launchpad.net/neutron/+bug/1864225
  Title sums it up nicely, stateless IPv6 + segments issue
*** When adding another stateless subnet, implicit address allocation
happen for port with deferred ip allocation -
https://bugs.launchpad.net/neutron/+bug/1864333
  IPv6 allocation happens for deffered allocation port

Medium
*** Unhandled error - WSREP has not yet prepared node for application use -
https://bugs.launchpad.net/neutron/+bug/1863579
  Unassigned. Transient startup error seen in kolla-ansible upgrade CI when
database is not ready, we can probably add a retry here
* [neutron-tempest-plugin]
test_trunk.TrunkTestInheritJSONBase.test_add_subport fails if unordered -
https://bugs.launchpad.net/neutron/+bug/1863707
  Results order failure in test, fix in progress:
https://review.opendev.org/708305/
* [OVN]Could not support more than one qos rule in one policy -
https://bugs.launchpad.net/neutron/+bug/1863852
  Fix in progress: https://review.opendev.org/708586
* Missing information in log message for Invalid tunnel type -
https://bugs.launchpad.net/neutron/+bug/1863888
  Add some log extra information, fix in progress:
https://review.opendev.org/708634
* [OVN] OVN LoadBalancer VIP shouldn't have addresses set -
https://bugs.launchpad.net/neutron/+bug/1863893
  Regression fix, in progress by maciejjozefczyk
* [OVN] Remove dependency on port_object -
https://bugs.launchpad.net/neutron/+bug/1863987
  Suggested fix: https://review.opendev.org/708806/

Low
* Default security group rules not created during list of SG rules -
https://bugs.launchpad.net/neutron/+bug/1864171
  Fix in progress: https://review.opendev.org/709070
*** BGP dynamic routing in neutron - No Info about capability to
receiv/learn dynamic routes -
https://bugs.launchpad.net/neutron/+bug/1864219
  Doc enhancement request on BGP limitations
*** ml2 ovs does not flush iptables switching to FW ovs -
https://bugs.launchpad.net/neutron/+bug/1864374
  Switching from iptables to ovs firewall is not a trivial task, this may
end up being documentation bug too

Related to neutron
* Upgrade from Rocky to Stein, router namespace disappear -
https://bugs.launchpad.net/neutron/+bug/1863982
  Issue in kolla-ansible upgrade Rocky->Stein, failing to restore iptables
rules. It does not seem to be neutron-specific, but opinions welcome

[0]
http://lists.openstack.org/pipermail/openstack-discuss/2020-February/012610.html

-- 
Bernard Cafarelli
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-discuss/attachments/20200224/884d49a8/attachment-0001.html>