Tuesday, 2023-07-18

slaweq<ralonsoh> "slaweq, bcafarel https://review..." <- Done09:11
ralonsohslaweq, thanks!09:12
sahido/ Hello guys, we have certain number of DBDuplicateEntry issues, looks to be mostly related to ml2_port_bindingd09:17
sahidI think we have a tool for that to clean them, right?09:18
ralonsohwhat is the cause of these duplicated registers?09:19
slaweqsahid I think You are asking for https://github.com/openstack/neutron/blob/master/neutron/cmd/remove_duplicated_port_bindings.py09:20
ralonsohfirst we need to know the cause09:20
ralonsohthat will work only for failed migrations09:20
sahidah yes slaweq :-)09:20
sahidralonsoh: sure give me a second09:20
sahidfew seconds09:20
ralonsohif the port bindings have multiple port bindings active, that won't work09:20
sahidlooks like it happens on update09:21
ralonsohupdate of what?09:21
sahidbut I don't know what was the operation before, I will have to investigate more09:22
sahidml2_port_bindings09:22
ralonsohno, I'm not asking for the error that you have know09:22
ralonsohnow*09:22
ralonsohwhat I'm asking is why you have those duplicated registers09:22
ralonsohdid you do a live migration?09:22
ralonsohand failed?09:22
sahidi don't know it's on a cluster not in my timezone operated by a different team, I just have some traces09:23
sahidbut with the logs I can certainly find whether it was related to a migration, I need a bit more time09:24
* sahid_ connectivity issues09:46
sahid_ok so looks like it was related to some migrations, for a given port id, the update fails on setting a host different than the host currenlty binded to the port09:51
ralonsohso this script will remove the inactive port bindings09:55
ralonsohbut if the VMs have no connectivity, you'll need to reboot them or update the port binding09:55
sahid_ack I thinnk we are good for this point09:57
sahid_thank you guys for your help09:57
opendevreviewMerged openstack/neutron stable/2023.1: [OVN][L3] Optimize FIP update operation  https://review.opendev.org/c/openstack/neutron/+/88779410:53
opendevreviewMerged openstack/neutron stable/yoga: [OVN][L3] Optimize FIP update operation  https://review.opendev.org/c/openstack/neutron/+/88779611:03
opendevreviewMerged openstack/neutron stable/xena: [OVN][L3] Optimize FIP update operation  https://review.opendev.org/c/openstack/neutron/+/88779811:03
opendevreviewMerged openstack/neutron stable/zed: [OVN][L3] Optimize FIP update operation  https://review.opendev.org/c/openstack/neutron/+/88779511:03
opendevreviewRodolfo Alonso proposed openstack/neutron master: [WIP][DNM] Skip the port status UP update during a live migration  https://review.opendev.org/c/openstack/neutron/+/88876913:42
slaweqralonsoh mlavalle lajoskatona1 ykarel and others, if You will have some time, please check https://review.opendev.org/c/openstack/neutron/+/88777613:43
slaweqand haleyb thx a lot for help with this patch13:43
ralonsohsure13:43
ralonsohslaweq, good stuff, and haleyb thanks for the update13:45
haleybnp13:58
ykarelslaweq, ack14:00
mlavallewill do14:00
ralonsohPing list: bcafarel, elvira, frickler, mlavalle, mtomaska, obondarev, slawek, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, amotoki 14:01
mlavalleo/14:01
mtomaskao/14:01
ralonsoh#startmeeting networking14:01
opendevmeetMeeting started Tue Jul 18 14:01:27 2023 UTC and is due to finish in 60 minutes.  The chair is ralonsoh. Information about MeetBot at http://wiki.debian.org/MeetBot.14:01
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:01
opendevmeetThe meeting name has been set to 'networking'14:01
ykarelo/14:01
ralonsohhello14:01
bcafarelo/14:01
haleybo/14:01
obondarevhi14:01
ralonsohlet's start14:02
ralonsoh#topic announcements14:02
ralonsohas usual, the schedule of this release14:02
ralonsoh#link https://releases.openstack.org/bobcat/schedule.html14:02
slaweqo/14:03
ralonsohnext big event is at the end of August, the milestone 314:03
ralonsohand of course, the openinfra videos14:03
ralonsoh#link https://openinfra.dev/live/#all-episodes14:03
ralonsoha couple of personal heads-up14:04
ralonsohnext week I'll be in PTO, so do you think we can skip next week meeting?14:04
ralonsohor someone else will chair it?14:04
ralonsohup to you, please vote14:04
slaweqfor me we can skip it14:04
mtomaskasame14:04
obondarevcan skip14:04
* mlavalle will lurk. having an internal company meeting14:04
ykarel+1 skip14:04
ralonsohok, thanks! I'll send a mail14:05
ralonsohand the second one is that I'll not propose my candidacy for the next cycle, because of personal reasons. During the next cycle I won't be 100% active and this is why I need to step down14:06
ralonsohof course I'll continue working in Neutron as now14:06
ralonsohbut I'll need to take some weeks of PTO14:06
ralonsohanything else?14:06
ralonsohok, let's go then14:07
ykarelThanks ralonsoh for all your efforts as PTL in last few cycles \o/14:07
ralonsoh#topic bugs14:07
ralonsohykarel, thanks!14:07
ralonsohlast week mlavalle was de deputy14:08
ralonsoh#link https://lists.openstack.org/pipermail/openstack-discuss/2023-July/034428.html14:08
ralonsohwe have some bugs to discuss14:08
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/202760514:08
ralonsohI have assigned this one to myself14:08
ralonsohactually I'm working with averdaguer on this one (that is not easy)14:08
ralonsohit involves live migration + OVN + trunk14:09
ralonsohthe full pack14:09
ralonsohnext one14:09
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/202774214:09
ralonsohthis is a RFE that will be presented next Friday14:09
ralonsoh(last Friday we didn't have qorum so I skipped the drivers meeting)14:09
ralonsohI think racosta will take this LP bug ^^14:10
ralonsohwe'll check it next Friday14:10
ralonsohand the last one14:10
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/202675714:10
ralonsohykarel, do you have an update on this one?14:10
ralonsoh--> https://bugs.launchpad.net/neutron/+bug/2026757/comments/214:11
ykarelralonsoh, just i tested with source install of dnsmasq and it didn't segfault14:11
ykarelversion 2.8714:11
ralonsohso it seems to be a problem with the version distributed in Lunar, right?14:11
ykarelversion in jammy is 2.86 and that has known issue14:12
ralonsohah Jammy, not Lunar14:12
ralonsohshould we keep the bug in Neutron (there is a dnsmasq{Ubuntu) ) one14:13
ralonsohactually we should maybe do a version check...14:13
ralonsoha sanity check, if the version deployed is 2.86 we can always write a warning message pointing to this LP bug14:14
ykarelfix is in 2.87 but that's not included in jammy, lunar has 2.89 but it failed when installed in jammy(but that could be due to packaging issues when used in different OS), could be confirmed with source install14:14
ralonsohykarel, do you have a reference to the dnsmasq error? for documentation purposes14:15
ykarelbut yes sanity check would be good, also need to check why we not seen this in our ovs jobs14:15
ralonsohmaybe because we don't use IPXE14:15
ykarelralonsoh, it's segfault in bug descripition14:15
ykarellike dnsmasq[81586]: segfault at 7c28 ip 00007f6e8313147e sp 00007fffb3d6f830 error 4 in libc.so.6[7f6e830b4000+195000]14:15
ralonsohyes but I mean if there is a reference to a dnsmasq bug, describing the error and the fix14:16
ykarelhttps://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2022q3/016562.html14:16
ykarelits linked in bug description too14:16
ralonsohooook, perfect!14:16
ralonsohright, I missed that, thanks!14:16
ralonsoh(at the end of the description, right)14:17
ralonsohwill you propose this sanity check?14:17
ralonsohI can do it if you don't have time14:17
ykarelsure i can do that14:17
ralonsohperfect! thanks again14:17
ralonsohand that's all!14:17
ralonsohdo you have any other bug?14:18
ralonsohah, I almost forget (same as last week)14:18
ralonsohthis week ralonsoh is the deputy, next week will be rubasov (we swapped positions)14:18
ralonsohso let's jump to the next topic14:19
ralonsoh#topic community_goals14:19
ralonsoh1) Consistent and Secure Default RBAC 14:19
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/202618214:19
slaweqnothing new on this topic this week from me14:19
ralonsohslaweq, working 24h per day on this14:19
ralonsohhe will have everything ready and tested on Friday, for sure14:20
ralonsohhehehe14:20
slaweqI need to address comments in the patch https://review.opendev.org/c/openstack/neutron/+/88794214:20
ralonsohah yes, this is for the n-lib master CI issue14:21
slaweqand then hopefully we can make new neutron-lib release which will unblock main patch https://review.opendev.org/c/openstack/neutron/+/88672414:21
slaweqbut in the meantime reviews of the https://review.opendev.org/c/openstack/neutron/+/886724 are welcome :)14:21
slaweqit's pretty big patch but it changes mostly unit tests modules14:21
ralonsohfor sure! thanks for this patch14:22
ralonsohand once you have the n-lib one, ping us14:22
ralonsohand then we'll release a new n-lib version ASAP14:22
slaweqgenerally I would like as many people as possible to check neutron/conf/policies modules and see if what I set for SERVICE role makes sense and maybe if I forgot about something more14:22
slaweqthat's all from me14:22
ralonsohqq: could be useful to have a list of calls that are handled by the service role?14:23
ralonsohor just a grep in the code is enough?14:23
slaweqI'm affraid that such list may be quickly outdated :)14:23
ralonsohthat's right...14:23
ralonsohthis is an ongoing feature14:24
ralonsohok, I have another idea but let me do a POC first14:24
ralonsohsomething like an API that provides this info14:24
ralonsohbut this is just an idea now14:24
slaweqI was rather thinkinig about some way to generate doc page from the source code automatically14:25
slaweqto document our defaults14:25
ralonsohthat's another good solution, yes. There should be a way to do this14:25
slaweqif someone will override defaults - that's up to him/her :)14:25
ralonsohof course14:26
slaweqI will add it to my todo list, but as next step14:26
ralonsohfor sure, and thanks a lot!14:26
slaweqafter we will merge this service role patch14:26
slaweqand after this will be working fine :)14:26
ralonsohthe next item is 14:26
ralonsoh2) Neutron client deprecation 14:26
ralonsohbecause Lajos is not here, I'll skip this update to the next week14:27
ralonsohbut please, in the agenda https://wiki.openstack.org/wiki/Network/Meetings there is a list of patches to review14:27
ralonsohand that's all I have14:27
ralonsoh#topic on_demand14:27
ralonsohanything else you want to share?14:28
slaweqnothing from me14:28
mtomaskanope14:28
ykarelnope14:29
ralonsohIMPORTANT: in 30 mins, in this channel, we'll have the CI meeting. It is important to attend and to collaborate. Thanks!14:29
ralonsohthank you folks, see you in 30 mins14:29
mtomaskaACK14:29
ralonsoh#endmeeting14:29
opendevmeetMeeting ended Tue Jul 18 14:29:27 2023 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:29
opendevmeetMinutes:        https://meetings.opendev.org/meetings/networking/2023/networking.2023-07-18-14.01.html14:29
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/networking/2023/networking.2023-07-18-14.01.txt14:29
opendevmeetLog:            https://meetings.opendev.org/meetings/networking/2023/networking.2023-07-18-14.01.log.html14:29
obondarevo/14:29
mlavalleslaweq: for today's CI meeting: irc or video?14:54
slaweqmlavalle: irc14:54
mlavalle:-)14:55
opendevreviewRodolfo Alonso proposed openstack/neutron master: [WIP][DNM] [OVN][Trunk] Set the subports correct host  https://review.opendev.org/c/openstack/neutron/+/88877615:00
slaweq#startmeeting neutron_ci15:00
opendevmeetMeeting started Tue Jul 18 15:00:28 2023 UTC and is due to finish in 60 minutes.  The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot.15:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:00
opendevmeetThe meeting name has been set to 'neutron_ci'15:00
mlavalleo/15:00
slaweqping bcafarel, lajoskatona, mlavalle, mtomaska, ralonsoh, ykarel, jlibosva, elvira15:00
ralonsohhi15:00
bcafarelo/15:00
slaweqGrafana dashboard: https://grafana.opendev.org/d/f913631585/neutron-failure-rate?orgId=115:00
mtomaskao/15:00
ykarelo/15:01
slaweqok, lets start15:01
slaweq#topic Actions from previous meetings15:01
slaweqthere was only one action item on the list15:02
slaweqralonsoh to try reduce concurency in functional job(s)15:02
ralonsohdone adn merged (I don't have the patch right now)15:02
ralonsohhold on, not this one, sorry15:02
ralonsohno no15:02
slaweqthx15:02
slaweqno need to search for the link to the patch15:03
slaweqWe trust You :P15:03
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/88763315:03
ralonsohheheheheh (but I don't trust myself)15:03
elvirao/15:03
slaweqLOL15:04
slaweqok, next topic then15:04
slaweq#topic Stable branches15:04
slaweqbcafarel any updates?15:04
bcafarelnot a lot, I was off yesterday so still need to check last backports but it looked good15:04
bcafarelwallaby/victoria is back in shape too :)15:04
slaweqthat's good, thx15:05
ralonsoh+1!15:05
slaweqanything else regarding CI of the stable branches anyone?15:05
slaweqif not, I think we can move on15:06
slaweqI will skip today stadium projects topic as Lajos is off15:06
ralonsohone sec15:06
ralonsohhttps://review.opendev.org/c/openstack/networking-bagpipe/+/86250515:07
ralonsohhttps://review.opendev.org/c/openstack/networking-bgpvpn/+/88871915:07
ralonsohboth CI are not working, in particular n-t-p15:07
slaweqsure15:07
ralonsohthese patches are in Victoria15:07
ralonsohif these jobs are not fixed, I'll propose the EOL of these branches15:07
slaweqAttributeError: module 'neutron.common.config' has no attribute 'register_common_config_options'15:08
ralonsohyes15:08
ralonsohin both jobs15:08
slaweqso I guess it's some mismatch in versions used there15:08
ralonsohcould be, right15:09
slaweqmaybe we can wait 1 more week for Lajos to check it?15:09
slaweqwdyt?15:09
ralonsohbecause that was implemented in newer versions of Neutron15:09
ralonsohof course, that can wait15:09
slaweq++15:09
slaweqok, so next topic15:09
slaweq#topic Grafana15:09
slaweqI see that yesterday functioinal and fullstack jobs were broken completely15:10
slaweqbut it's getting to be better today15:10
slaweqdo You know what happend there maybe?15:10
ralonsohno idea, I'll check the logs15:10
ralonsohi didn't see anything special15:10
slaweqok, maybe just some coincidence15:11
slaweq#topic Rechecks15:11
slaweqin rechecks it looks a bit better last week15:12
slaweqand we don't have "bare rechecks" almost at all recently15:12
slaweqthat's all from me regarding this topic15:12
slaweqany questions/comments on that?15:12
ralonsohone note15:12
ralonsohdon't hesitate to reply on a patch requesting someone not to do bare rechecks15:13
ralonsohwe should teach other people to check the CI first15:13
ralonsohthat's all15:13
mlavalle+115:13
ykarelslaweq, wrt bare recheck report that also checks stable/branch patches?15:14
slaweq++15:14
slaweqykarel no, I'm checking only master branch currently15:14
ykarelbecause i had noticed some bare rechecks recently there but you said there were none15:14
ykarelok thanks makes sense than15:14
slaweqok, lets move on then15:15
slaweq#topic fullstack/functional15:15
slaweqI was checking some timeout in functional job today and it seems for me that it may not always be that it's just noisy neighbors or something like that15:16
slaweqplease look at https://3e402c0e76741e83fc60-d00ff4f1a74cdbc5ea9d8044145b77c0.ssl.cf2.rackcdn.com/888574/3/check/neutron-functional-with-uwsgi/3bea3d7/job-output.txt15:16
slaweqif You look at the logs there, there is a lot of tests which failed with timouts15:16
ralonsohtimeout in privsep15:16
slaweqand those tests tooks 3 minutes or more15:16
slaweqand most (or all) of them are failing due to the timeouts while interacting with netlink15:17
slaweqlike e.g. checking if device exists in namespace15:17
slaweqor setting IP address on interface15:17
slaweqetc.15:17
slaweqit also looks similar in fullstack tests job in https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_c52/883246/16/check/neutron-fullstack-with-uwsgi/c524e84/job-output.txt15:18
slaweqso maybe we should spend some more time and try to understand this issue on our side15:18
slaweqdid You saw issues like that before?15:18
ralonsohyes but randomly15:19
slaweqralonsoh and do You maybe know what is causing such problem there?15:21
ralonsohno, sorry15:21
slaweqdo You think we should open LP for that?15:22
ralonsohbut when you have an issue in FT related to privsep, the other test will be affected15:22
ralonsohI think so, at least we should track it15:22
slaweqI will open LP for it15:22
slaweqand if anyone have any cycles, please maybe try to take a look at this15:22
mlavalleI'll look at this15:23
slaweqthx mlavalle 15:23
mlavalleplease assign the LP to me15:23
slaweq#action slaweq to create LP about timeouts in functional job and assign it to mlavalle15:23
slaweqsure, thx a lot15:23
mlavallewill you include the ponters to the test failures in the LP?15:23
racostaare you using generic or kvm kernel in the test images? KVM kernel has no gre module: "controller | FAILED TO LOAD nf_conntrack_proto_gre"15:24
slaweqmlavalle yes15:24
mlavalleThnaks!15:24
slaweqracosta is this question related to functional tests issue which we are talking about now?15:24
racostayes15:25
slaweqI don't know what kernel is used there15:25
slaweqwe just use what infra provides us15:25
slaweqbut mlavalle maybe it's good first thing to check then :)15:26
ykarelLinux np0034680805 5.15.0-76-generic15:26
slaweqmaybe it's different kernel in different providers and maybe that is causing some issue15:26
slaweqidk15:26
racostaI imagine it is kvm, in which case the load of the gre module will not work.15:26
ykareli think images are common across providers15:26
slaweqthx ykarel15:27
slaweqso it should works fine then15:27
racostacloud images use kvm kernel - at least the ubuntu ones I've tested15:27
ykarellooking at the kernel seems it's not kvm one i.e Linux np0034680805 5.15.0-76-generic, iirc kvm kernels have -kvm as prefix15:29
ykarelsuffix15:29
slaweqok, lets move forward for now and mlavalle can check it if needed :)15:31
slaweqregarding fullstack tests I have found one more issue15:32
slaweqneutron.tests.fullstack.test_l3_agent.TestHAL3Agent.test_keepalived_multiple_sighups_does_not_forfeit_primary15:32
slaweqhttps://284d785cc67babb2d75b-a8caf4f4ad4b0a7f74dab21fc6a45bed.ssl.cf2.rackcdn.com/886992/5/check/neutron-fullstack-with-uwsgi/0bcd7be/testr_results.html15:32
slaweqI just found it once so far but I think it's worth to check what happened there at least15:32
slaweqany volunteer for that?15:32
ralonsohI'll check it15:32
slaweqthx ralonsoh 15:33
slaweq#action ralonsoh to check failed neutron.tests.fullstack.test_l3_agent.TestHAL3Agent.test_keepalived_multiple_sighups_does_not_forfeit_primary test15:33
slaweq#topic Tempest/Scenario15:33
slaweqslow jobs broken in releases before xena since 11th July15:33
slaweqhttps://bugs.launchpad.net/neutron/+bug/202781715:33
slaweqI think this was added by ykarel 15:33
ykarelthat's fixed with a patch in tempest15:33
ykarelmerged yesterday15:34
ralonsohI think we are good now15:34
slaweqthx15:34
slaweqfrom other issues, I have found one with some timeouts in the nova-compute https://7ad29d1b700c1da60ae0-1bae5319fe4594ade335a46ad1c3bcc9.ssl.cf2.rackcdn.com/867513/24/check/neutron-tempest-plugin-openvswitch-iptables_hybrid/2bee760/controller/logs/screen-n-cpu.txt15:34
slaweqso just FYI - if You will see something similar, I think we may want to report bug for nova for this15:35
ralonsohbut related to port bindings?15:35
slaweqand that's all regarding scenario jobs for today from me15:35
slaweqralonsoh no, I think there no even port created yet15:35
slaweqnova-compute was failing earlier in the process there IIUC nova-compute log15:36
ralonsohahh I see, RPC messages15:36
opendevreviewMerged openstack/neutron stable/wallaby: [OVN] Hash Ring: Set nodes as offline upon exit  https://review.opendev.org/c/openstack/neutron/+/88727915:36
slaweqyeap15:36
slaweqand last topic from me for today is15:36
slaweq#topic Periodic15:36
slaweqhere I found one new issue15:36
slaweqhttps://bugs.launchpad.net/neutron/+bug/202803715:37
ralonsohpfffff 15:37
slaweqbut ykarel found out that this is already reported in https://bugs.launchpad.net/neutron/+bug/202800315:37
slaweqthx ykarel 15:37
ralonsohlet me check that issue, it could be related to a specific postgree requirement15:38
ralonsoh(as reported in ykarel bug)15:38
ralonsohmust appear in the GROUP BY clause or be used in an aggregate function15:38
slaweqyes, it is something specific to postgresql15:38
ykarelralonsoh, yes and seems to be triggered with https://review.opendev.org/q/Ic6001bd5a57493b8befdf81a41eb0bd1c8022df315:38
slaweqas it works fine in other jobs which are using MySQL/Mariadb15:38
ralonsohyeah, I was expecting that...15:38
ykareland the same job is impacted in stable branches15:39
ralonsohthis is again the ironic job15:39
ralonsohwe had another issue with postgree and ironic 2 weeks ago15:39
slaweqone is ironic job and other is our periodic scenario job15:39
slaweqboth found that issue15:40
slaweqralonsoh will You take a look at this? Or do You want me to check it?15:40
ralonsohI'll do15:41
slaweqthx15:41
slaweq#action ralonsoh to check failing postgresql job15:41
slaweqand that's all from me for today15:41
slaweqdo You have any other topics to discuss?15:41
slaweqor if not, I will give You back about 18 minutes today15:41
ralonsohfine for me15:42
ykarelo/15:42
slaweqok, so thx for attending the meeting15:42
slaweq#endmeeting15:42
opendevmeetMeeting ended Tue Jul 18 15:42:53 2023 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:42
opendevmeetMinutes:        https://meetings.opendev.org/meetings/neutron_ci/2023/neutron_ci.2023-07-18-15.00.html15:42
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/neutron_ci/2023/neutron_ci.2023-07-18-15.00.txt15:42
opendevmeetLog:            https://meetings.opendev.org/meetings/neutron_ci/2023/neutron_ci.2023-07-18-15.00.log.html15:42
slaweqo/15:42
ralonsohbye15:42
mtomaskao/15:43
mlavalleo/15:43
bcafarelo/15:44
opendevreviewFernando Royo proposed openstack/ovn-octavia-provider master: Allow multiple VIPs per LB  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/88511116:01
opendevreviewFernando Royo proposed openstack/ovn-octavia-provider master: Allow multiple VIPs per LB  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/88511116:21
opendevreviewRodolfo Alonso proposed openstack/neutron master: [PostgreSQL] Subnet entity with ServiceType grouped by both tables  https://review.opendev.org/c/openstack/neutron/+/88878216:51
opendevreviewRodolfo Alonso proposed openstack/neutron master: [PostgreSQL] Subnet entity with ServiceType grouped by both tables  https://review.opendev.org/c/openstack/neutron/+/88878217:12
opendevreviewRoberto Acosta proposed openstack/neutron-dynamic-routing master: Fix mixed IP version for advertised routes  https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/88878717:13
opendevreviewRoberto Acosta proposed openstack/neutron-dynamic-routing master: Fix mixed IP version for advertised routes  https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/88878717:14
opendevreviewMerged openstack/neutron master: Add missing port_binding policies  https://review.opendev.org/c/openstack/neutron/+/88498318:25
opendevreviewMerged openstack/neutron stable/wallaby: Don't allow deletion of the router ports without IP addresses  https://review.opendev.org/c/openstack/neutron/+/88761818:32
opendevreviewMerged openstack/neutron stable/wallaby: [OVN][L3] Optimize FIP update operation  https://review.opendev.org/c/openstack/neutron/+/88779918:52
opendevreviewTerry Wilson proposed openstack/ovsdbapp master: Add some basic usage documentation  https://review.opendev.org/c/openstack/ovsdbapp/+/88880720:08
opendevreviewRoberto Acosta proposed openstack/neutron-dynamic-routing master: Fix mixed IP version for advertised routes  https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/88878720:53
opendevreviewTerry Wilson proposed openstack/ovsdbapp master: Add some basic usage documentation  https://review.opendev.org/c/openstack/ovsdbapp/+/88880721:57
opendevreviewBrian Haley proposed openstack/neutron master: Fix some new pylint "R" warnings  https://review.opendev.org/c/openstack/neutron/+/88360622:11
opendevreviewBrian Haley proposed openstack/neutron master: Fix some new pylint "W" warnings  https://review.opendev.org/c/openstack/neutron/+/88360522:21

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!