<div dir="ltr"><div dir="ltr">On Tue, 2 Mar 2021 at 08:42, Slawek Kaplonski <<a href="mailto:skaplons@redhat.com">skaplons@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">Hi,<br>
<br>
Dnia poniedziałek, 1 marca 2021 12:58:18 CET Bernard Cafarelli pisze:<br>
> Hello neutrinos,<br>
> <br>
> this is our first new bug deputy rotation for 2021, overall a quiet week<br>
> with most bugs already fixed or good progress.<br>
> <br>
> DVR folks may be interested in the discussion ongoing on the single High<br>
> bug, also I left one bug in Opinion on OVS agent main loop<br>
> <br>
> Critical<br>
> * neutron.tests.unit.common.test_utils.TestThrottler test_throttler is<br>
> failing - <a href="https://bugs.launchpad.net/neutron/+bug/1916572" rel="noreferrer" target="_blank">https://bugs.launchpad.net/neutron/+bug/1916572</a><br>
> Patch was quickly merged:<br>
> <a href="https://review.opendev.org/c/openstack/neutron/+/777072" rel="noreferrer" target="_blank">https://review.opendev.org/c/openstack/neutron/+/777072</a><br>
> <br>
> High<br>
> * [dvr] bound port permanent arp entries never deleted -<br>
> <a href="https://bugs.launchpad.net/neutron/+bug/1916761" rel="noreferrer" target="_blank">https://bugs.launchpad.net/neutron/+bug/1916761</a><br>
> Introduced with<br>
> <a href="https://review.opendev.org/q/I538aa6d68fbb5ff8431f82ba76601ee34c1bb181" rel="noreferrer" target="_blank">https://review.opendev.org/q/I538aa6d68fbb5ff8431f82ba76601ee34c1bb181</a><br>
> Lengthy discussion in the bug itself and suggested fix<br>
> <a href="https://review.opendev.org/c/openstack/neutron/+/777616" rel="noreferrer" target="_blank">https://review.opendev.org/c/openstack/neutron/+/777616</a><br>
> <br>
> Medium<br>
> * [OVN][QOS] OVN DB QoS rule is not removed when a FIP is dissasociated -<br>
> <a href="https://bugs.launchpad.net/neutron/+bug/1916470" rel="noreferrer" target="_blank">https://bugs.launchpad.net/neutron/+bug/1916470</a><br>
> Patch by ralonsoh merged<br>
> <a href="https://review.opendev.org/c/openstack/neutron/+/776916" rel="noreferrer" target="_blank">https://review.opendev.org/c/openstack/neutron/+/776916</a><br>
> * A privsep daemon spawned by neutron-openvswitch-agent hangs when debug<br>
> logging is enabled - <a href="https://bugs.launchpad.net/neutron/+bug/1896734" rel="noreferrer" target="_blank">https://bugs.launchpad.net/neutron/+bug/1896734</a><br>
> Actually reported earlier on charm and oslo, ralonsoh looking into it<br>
> from neutron side<br>
> * StaleDataError: DELETE statement on table 'standardattributes' expected<br>
> to delete 2 row(s); 1 were matched -<br>
> <a href="https://bugs.launchpad.net/neutron/+bug/1916889" rel="noreferrer" target="_blank">https://bugs.launchpad.net/neutron/+bug/1916889</a><br>
> Spotted by Liu while looking at dvr bug, patch sent to neutron-lib<br>
> <a href="https://review.opendev.org/c/openstack/neutron-lib/+/777581" rel="noreferrer" target="_blank">https://review.opendev.org/c/openstack/neutron-lib/+/777581</a><br>
> <br>
> Low<br>
> * ovn-octavia-provider can attempt to write protocol=None to OVSDB -<br>
> <a href="https://bugs.launchpad.net/neutron/+bug/1916646" rel="noreferrer" target="_blank">https://bugs.launchpad.net/neutron/+bug/1916646</a><br>
> This appears in some functional test results,<br>
> otherwiseguy sent<br>
> <a href="https://review.opendev.org/c/openstack/ovn-octavia-provider/+/777201" rel="noreferrer" target="_blank">https://review.opendev.org/c/openstack/ovn-octavia-provider/+/777201</a><br>
> <br>
> Opinion<br>
> * use deepcopy in function rpc_loop of ovs-agent -<br>
> <a href="https://bugs.launchpad.net/neutron/+bug/1916761" rel="noreferrer" target="_blank">https://bugs.launchpad.net/neutron/+bug/1916761</a><br>
<br>
I think You pasted wrong link here. Probably it should be https://<br>
<a href="http://bugs.launchpad.net/neutron/+bug/1916918" rel="noreferrer" target="_blank">bugs.launchpad.net/neutron/+bug/1916918</a>, right?<br></blockquote><div>Exactly, I just realized it when checking the links for the IRC meeting! 1916918 is correct one here</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> My hunch is that we are fine here, but please chime in other opinions<br>
> <br>
> Passing the baton to our PTL for next week!<br>
> --<br>
> Bernard Cafarelli<br>
<br>
<br>
-- <br>
Slawek Kaplonski<br>
Principal Software Engineer<br>
Red Hat</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Bernard Cafarelli<br></div></div></div>