<div dir="ltr"><div>Small late-morning update</div><div><br></div><div dir="ltr">On Mon, 8 Jul 2019 at 11:16, Bernard Cafarelli <<a href="mailto:bcafarel@redhat.com">bcafarel@redhat.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi Neutrinos,<div><br></div><div>time for a new cycle of bug deputy rotation, which means I was on duty last week, checking bugs up to 1835663 included</div><div><br></div><div>Quite a few bugs in that list worth a read and further discussion:</div><div>* port status changing to UP when changing the network name (and possible fallout on DHCP issues)</div><div>* API currently allowing to set gateway outside of the subnet</div><div>* How to handle external dependencies recommended version bumps (pyroute bump in queens fixing a memory leak)</div><div>* possible issue in IPv6 address renewal since we started cleaning the dnsmasq leases file</div><div><br></div><div>Critical:<br></div><div>* Wrong endpoints config with configure_auth_token_middleware - <a href="https://bugs.launchpad.net/bugs/1834849" target="_blank">https://bugs.launchpad.net/bugs/1834849</a></div><div>  Removal of devstack deprecated option broke designate scenario job</div><div>  Fix merged: <a href="https://review.opendev.org/668447" target="_blank">https://review.opendev.org/668447</a><br clear="all"><div><br></div><div>High:</div><div>* [Queens] Memory leak in pyroute2 0.4.21 - <a href="https://bugs.launchpad.net/neutron/+bug/1835044" target="_blank">https://bugs.launchpad.net/neutron/+bug/1835044</a></div><div>  we need a newer pyroute version</div><div>  Patches on requirements with DNM neutron one for testing in progress: <a href="https://review.opendev.org/668676" target="_blank">https://review.opendev.org/668676</a> and <a href="https://review.opendev.org/668677" target="_blank">https://review.opendev.org/668677</a></div><div>  openstack-discuss thread: <a href="http://lists.openstack.org/pipermail/openstack-discuss/2019-July/007545.html" target="_blank">http://lists.openstack.org/pipermail/openstack-discuss/2019-July/007545.html</a></div></div></div></blockquote><div>Closed as Won't fix, requirements listed versions are for CI, not for packagers.</div><div>On the packaging side, I know we have RDO fixes in progress, other packagers on Queens should find this bug relevant</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div>* Bulk-created ports ignore binding_host_id property - <a href="https://bugs.launchpad.net/neutron/+bug/1835209" target="_blank">https://bugs.launchpad.net/neutron/+bug/1835209</a></div><div>  Issue on bulk port creation work</div><div>  Fix in progress: <a href="https://review.opendev.org/#/c/665516/" target="_blank">https://review.opendev.org/#/c/665516/</a></div><div><div>* flood flow in br-tun table22 incorrect - <a href="https://bugs.launchpad.net/neutron/+bug/1835163" target="_blank">https://bugs.launchpad.net/neutron/+bug/1835163</a></div></div><div>  Linked to <a href="https://bugs.launchpad.net/neutron/+bug/1834979" target="_blank">https://bugs.launchpad.net/neutron/+bug/1834979</a> (see below), this can cause hard to trace l2pop and dhcp issues</div><div>  No owner</div><div><br></div><div>Medium:</div><div>* Add ipam.utils.check_gateway_invalid_in_subnet unit tests - <a href="https://bugs.launchpad.net/neutron/+bug/1835448" target="_blank">https://bugs.launchpad.net/neutron/+bug/1835448</a></div><div>  Shows proper usage after bug <a href="https://bugs.launchpad.net/neutron/+bug/1835344" target="_blank">https://bugs.launchpad.net/neutron/+bug/1835344</a> (see in Opinion section)</div><div>  Review in progress: <a href="https://review.opendev.org/669210" target="_blank">https://review.opendev.org/669210</a></div><div>* Port status becomes active after updating network/subnet - <a href="https://bugs.launchpad.net/neutron/+bug/1834979" target="_blank">https://bugs.launchpad.net/neutron/+bug/1834979</a></div><div>  The port of a turned off VM will show as UP after a network modification (reproducer with network name)</div><div>  No owner<br></div><div>* Some L3 RPCs are time-consuming especially get_routers - <a href="https://bugs.launchpad.net/neutron/+bug/1835663" target="_blank">https://bugs.launchpad.net/neutron/+bug/1835663</a></div><div>  Probably worth discussing in performance meeting?</div><div>  </div><div><div>Incomplete:</div><div>* Restart dhcp-agent cause IPv6 vm can't renew IP address, will lost minutes or hours - <a href="https://bugs.launchpad.net/neutron/+bug/1835484" target="_blank">https://bugs.launchpad.net/neutron/+bug/1835484</a><br></div><div>  Cleaning IPv6 addresses from dnsmasq leases file (<a href="https://bugs.launchpad.net/neutron/+bug/1722126" target="_blank">https://bugs.launchpad.net/neutron/+bug/1722126</a>) apparently causes VM to loose its address on renewal</div><div>  Waiting for detailed logs, but if ipv6 experts can chime in</div></div><div><br></div><div>Opinion:</div><div>* neutron doesn't check the validity of gateway_ip as a subnet had been created - <a href="https://bugs.launchpad.net/neutron/+bug/1835344" target="_blank">https://bugs.launchpad.net/neutron/+bug/1835344</a></div><div>  How to handle gateway IP outside of the subnet?</div><div>  Discussion in the bug and related review: <a href="https://review.opendev.org/669030" target="_blank">https://review.opendev.org/669030</a></div><div><br></div><div>Duplicate:</div><div>* QoS plugin slows down get_ports operation - <a href="https://bugs.launchpad.net/neutron/+bug/1835369" target="_blank">https://bugs.launchpad.net/neutron/+bug/1835369</a></div><div>  Was filled close to <a href="https://bugs.launchpad.net/bugs/1834484" target="_blank">https://bugs.launchpad.net/bugs/1834484</a></div><div><br></div><div>Regards,</div>-- <br><div dir="ltr" class="gmail-m_4595400321930017520m_-122899146904955803m_1539876870770722506m_-3078860816750193333gmail_signature"><div dir="ltr">Bernard Cafarelli<br></div></div></div></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Bernard Cafarelli<br></div></div></div>