Tuesday, 2022-01-04

opendevreviewyatin proposed openstack/neutron stable/xena: Add Chassis creation wait event in "TestAgentMonitor"  https://review.opendev.org/c/openstack/neutron/+/82330004:28
opendevreviewyatin proposed openstack/neutron stable/wallaby: Add Chassis creation wait event in "TestAgentMonitor"  https://review.opendev.org/c/openstack/neutron/+/82330104:31
opendevreviewyatin proposed openstack/neutron stable/xena: Recheck irrelevant files  https://review.opendev.org/c/openstack/neutron/+/82330204:41
opendevreviewMerged openstack/neutron stable/xena: [OVN] Accept OVS system-id as non UUID formatted string  https://review.opendev.org/c/openstack/neutron/+/82266706:36
opendevreviewFederico Ressi proposed openstack/neutron stable/wallaby: Change tobiko CI job in the periodic queue  https://review.opendev.org/c/openstack/neutron/+/82333307:33
opendevreviewMerged openstack/neutron stable/xena: ovn: update ACL actions on stateful field change  https://review.opendev.org/c/openstack/neutron/+/82144007:33
opendevreviewFederico Ressi proposed openstack/neutron stable/xena: Change tobiko CI job in the periodic queue  https://review.opendev.org/c/openstack/neutron/+/82333407:40
*** ykarel_ is now known as ykarel08:23
opendevreviewMerged openstack/neutron stable/victoria: [OVN] Accept OVS system-id as non UUID formatted string  https://review.opendev.org/c/openstack/neutron/+/82266909:07
ralonsohslaweq, hi!09:25
ralonsohcan you check https://review.opendev.org/c/openstack/ovsdbapp/+/822916? thanks! (NOTE: this is stolen from the Neutron patch, solving the same issue)09:25
opendevreviewMerged openstack/neutron stable/ussuri: [OVN] Accept OVS system-id as non UUID formatted string  https://review.opendev.org/c/openstack/neutron/+/82269109:38
opendevreviewMerged openstack/neutron master: remove unicode from code  https://review.opendev.org/c/openstack/neutron/+/82286809:38
slaweqralonsoh: hi. Done09:46
ralonsohthanks09:46
opendevreviewMerged openstack/ovsdbapp master: Move linters dependencies to tox.ini  https://review.opendev.org/c/openstack/ovsdbapp/+/82291609:55
opendevreviewRodolfo Alonso proposed openstack/neutron stable/ussuri: Do not announce any DNS resolver if "0.0.0.0" or "::" provided  https://review.opendev.org/c/openstack/neutron/+/82229710:07
opendevreviewAndre Aranha proposed openstack/neutron-tempest-plugin master: WIP - Update usage of tempest ssh client  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/82337110:14
*** arnau__ is now known as averdaguer10:18
opendevreviewFederico Ressi proposed openstack/neutron stable/wallaby: Change tobiko CI job in the periodic queue  https://review.opendev.org/c/openstack/neutron/+/82333310:25
opendevreviewFederico Ressi proposed openstack/neutron stable/xena: Change tobiko CI job in the periodic queue  https://review.opendev.org/c/openstack/neutron/+/82337210:29
opendevreviewFederico Ressi proposed openstack/neutron stable/wallaby: Change tobiko CI job in the periodic queue  https://review.opendev.org/c/openstack/neutron/+/82337410:33
opendevreviewRodolfo Alonso proposed openstack/ovsdbapp master: Use "api.lookup" to search for a "Logical_Switch"  https://review.opendev.org/c/openstack/ovsdbapp/+/82290910:38
opendevreviewRodolfo Alonso proposed openstack/ovsdbapp master: Update QoS register in "QoSAddCommand" if exists  https://review.opendev.org/c/openstack/ovsdbapp/+/82213810:39
opendevreviewSlawek Kaplonski proposed openstack/neutron master: DNM Revert "Use Port_Binding up column to set Neutron port status"  https://review.opendev.org/c/openstack/neutron/+/82335510:40
opendevreviewAndre Aranha proposed openstack/neutron-tempest-plugin master: WIP - Update usage of tempest ssh client  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/82337111:10
opendevreviewArnau Verdaguer proposed openstack/neutron stable/xena: [OVN] Prevent deleting the only IP of a router port  https://review.opendev.org/c/openstack/neutron/+/82337711:13
opendevreviewRodolfo Alonso proposed openstack/neutron master: Improve DHCP RPC handler  https://review.opendev.org/c/openstack/neutron/+/82019011:34
opendevreviewLajos Katona proposed openstack/networking-sfc master: DNM: test master  https://review.opendev.org/c/openstack/networking-sfc/+/81249112:28
opendevreviewLajos Katona proposed openstack/neutron-dynamic-routing master: DNM: test master  https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/80617712:28
opendevreviewLajos Katona proposed openstack/networking-odl master: DNM: Check master status  https://review.opendev.org/c/openstack/networking-odl/+/80609512:29
fricklerlajoskatona: stable releases for n-d-r could use PTR review https://review.opendev.org/c/openstack/releases/+/82225712:32
lajoskatonafrickler: Hi, thanks for headsup12:50
opendevreviewMerged openstack/neutron stable/wallaby: Add Chassis creation wait event in "TestAgentMonitor"  https://review.opendev.org/c/openstack/neutron/+/82330113:05
*** beagles is now known as beagles-afk13:06
Guest9120Is it possible to route a floating ip to an instance rather than using NAT?13:31
*** Guest9120 is now known as marlinc13:32
lajoskatonaslaweq, ralonsoh, bcafarel, rubasov, haleyb, amotoki: Hi, I will be a little late today from the meeting, I hope only a few minutes (I have to fetch my son from the school)13:41
ralonsohsure, no problem13:41
slaweqsure, thx for the heads up13:41
ralonsohaverdaguer, about https://review.opendev.org/q/I206c31201470f178efdde8839622be7900c6ae3e13:43
ralonsohpush patches up to Train13:43
ralonsoh(n-ovn in Train, of course)13:43
averdaguerYes, on it, I had a conflict from Wallaby to train that I'm fixing :) ralonsoh 13:43
ralonsohah ok13:44
ralonsohcool13:44
averdaguerThanks!13:44
opendevreviewRodolfo Alonso proposed openstack/neutron master: [OVN] Implement floating IP network QoS inheritance  https://review.opendev.org/c/openstack/neutron/+/81779013:50
opendevreviewRodolfo Alonso proposed openstack/neutron master: "L3AgentExtensionsManager" check loaded extensions  https://review.opendev.org/c/openstack/neutron/+/81854013:50
*** ykarel__ is now known as ykarel13:57
ykarelralonsoh, hi13:57
ykarelwhen you get chance please have a look at https://review.opendev.org/c/openstack/neutron/+/82284313:58
ralonsohsure13:58
mlavallelajoskatona: are we meeting today?14:03
lajoskatonamlavalle: Hi, just arrived back, sorry14:04
lajoskatona#startmeeting networking14:04
opendevmeetMeeting started Tue Jan  4 14:04:09 2022 UTC and is due to finish in 60 minutes.  The chair is lajoskatona. Information about MeetBot at http://wiki.debian.org/MeetBot.14:04
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:04
opendevmeetThe meeting name has been set to 'networking'14:04
mlavalleo/14:04
lajoskatonao/14:04
rubasovo/14:04
lajoskatonaWelcome back everybody, and happy 2022 :-)14:04
mlavalleLikewise :-)14:04
slaweqo/14:04
bcafarelo/, happy new year!14:05
lajoskatona#topic Announcements14:06
lajoskatonaThe usual Yoga cycle calendar https://releases.openstack.org/yoga/schedule.html14:06
lajoskatonaand the release countdown mail: http://lists.openstack.org/pipermail/openstack-discuss/2021-December/026479.html14:06
ralonsohhi (sorry for the delay)14:07
lajoskatonaas this is Yoga-2 milestone, we have to cut new release of our libraries14:07
lajoskatonaso be aware (I have to check them too)14:08
slaweqahh, ok14:08
slaweqsorry, wrong window :)14:08
lajoskatona:-)14:08
mlavallelol14:08
lajoskatonaif no questions/comments for the milestone, we can go on14:09
lajoskatona#topic Bugs14:10
lajoskatonaThe last deputyies were:14:10
lajoskatonamlavalle: http://lists.openstack.org/pipermail/openstack-discuss/2021-December/026396.html14:10
lajoskatonarubasov: http://lists.openstack.org/pipermail/openstack-discuss/2021-December/026456.html14:10
lajoskatonaand ralonsoh for last week14:11
ralonsohthis week you mean?14:11
lajoskatonaralonsoh: In the table (https://wiki.openstack.org/wiki/Network/Meetings#Bug_deputy) last week14:12
lajoskatonafrom  27. December14:12
ralonsohok I was on PTO14:13
ralonsohand I wasn't aware14:13
ralonsohI'll make a mail today14:13
lajoskatonasorry, I missed my duty to send out mail, as I was also on PTO :-)14:13
slaweqLOL, raise TooManyPtoException()14:14
lajoskatona:-)14:15
mlavallethat's why I always demand a personalized bugs deputy email the week befor14:15
mlavallemy duty14:15
mlavalleand it has to be from the PTL14:15
lajoskatonaI checked and I see these unassigned bugs:14:16
lajoskatona#link https://bugs.launchpad.net/neutron/+bug/195494214:16
lajoskatona#link https://bugs.launchpad.net/neutron/+bug/195500814:17
lajoskatonathese are fullstack and functional failures14:17
lajoskatona#link https://bugs.launchpad.net/neutron/+bug/195547814:18
lajoskatonathis one I saw in CI meeting log as well (metadata connection issue)14:18
lajoskatona#link https://bugs.launchpad.net/neutron/+bug/195563914:18
lajoskatona#link https://bugs.launchpad.net/neutron/+bug/195576514:19
slaweqThat last one I was investigating a bit14:19
slaweqbut I don't really know what the problem can be there14:19
lajoskatonathanks for checking it (notes in the CI meeting etherpad: https://etherpad.opendev.org/p/neutron-ci-meetings#L18 )14:20
lajoskatonaand a last unassigned: #link https://bugs.launchpad.net/neutron/+bug/195576514:20
rubasovabout 1955765 we may also ask if we are supporting the newer devstack plugin or not (not that the legacy one is un-deprecated)14:21
lajoskatonaThis one is related to the devstack changes which moved code from neutron devstack plugin to core devstack14:21
rubasovs/not that/now that/14:22
lajoskatonarubasov: thanks, that can be really straightforward to be decided14:22
lajoskatonaas the legacy is the used and a lot of things are not working in the new one (like OVN)14:22
slaweqI think we discussed that back in Shanghai and we decided to "undeprecate" neutron-legacy14:23
slaweqas new one wasn't never really finished14:23
slaweqbut since then still nobody wanted/had time to do it14:23
rubasovslaweq: yes, but do we want to now support both the legacy and the new?14:24
slaweqrubasov: I don't think we should keep both14:24
mlavalle+114:24
slaweqif the "legacy" one is ok and works for us, I would personally stay with that one14:24
rubasovafaiu this report is about some breakage in the new14:24
ralonsohright, we should keep one option14:24
rubasovI recommended the reporter that he switches back to the legacy14:25
ralonsohright14:25
rubasovbut that was kind of unofficial, just my opinion, not the neutron team's :-)14:25
lajoskatonathe "new" plugin code is in devstack, am I right?14:26
rubasovI think, yes14:27
rubasovdevstack/lib/neutron14:27
lajoskatonaI don't know if there's any deprecation process for devstack, or how to handle if we get rid of the devstack/lib/neutron totally14:28
lajoskatonabut I can ask to be sure14:29
rubasovdeprecation is probably user-friendlier14:29
lajoskatonasure14:29
lajoskatonaOk, I will check it with QA team, how to deprecate it, or what should be the best way forward14:30
lajoskatonaIf there's no more thoughts for the bugs we can move forward14:31
lajoskatonaOne more sentence for the bugs:14:32
lajoskatonaThis week lucasgomes is the deputy, and next week jlibosva will be.14:32
lajoskatonaI sent a mail to lucasgomes to be sure :-)14:32
ralonsohthey are aware14:32
lajoskatonaralonsoh: thanks14:33
lajoskatonaI checked the meeting agenda, and no more topics from as I see, as liuyulong didn't add topics for L3, and there is no change in ryu14:34
lajoskatonaIf you have anything to discuss, please do it now14:34
lajoskatona#topic On Demand Agenda14:34
mlavalleI just want to mention that I scheduled a topic for the drivers meeting on friday, about bringinh back FWaaS. You probably saw the email exchange14:35
slaweq++14:36
mlavallea team in China is interested in maintaining it and devlop the it for ovn14:36
lajoskatonamlavalle: thanks, good that you mention it14:37
mlavallethey plan to attend the meeting this coming Friday14:37
lajoskatonaIt's a little risky if I can participate, as I bring my sons for vaccination, and not sure if the gods of timing and queues are on my side....14:38
mlavalleshould we re-schedule for next week's Friday?14:39
mlavalleI think you should attend14:39
slaweqthis friday I will be off generally but I was going to attend the meeting14:40
lajoskatonayeah perhaps that would be better14:40
slaweqif it would be moved to next week, better for me :)14:40
mlavalleok, I'll send them an email in abit14:40
lajoskatonamlavalle: thanks14:40
mlavalle:-)14:41
lajoskatonaif no more topics we can close the meeting14:42
*** beagles-afk is now known as beagles14:43
slaweqthx, and see You in 18 minutes in the CI meeting :)14:43
bcafarel:)14:43
ralonsohbye14:43
mlavallesee you in a bit14:43
lajoskatona#endmeeting14:43
opendevmeetMeeting ended Tue Jan  4 14:43:49 2022 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:43
opendevmeetMinutes:        https://meetings.opendev.org/meetings/networking/2022/networking.2022-01-04-14.04.html14:43
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/networking/2022/networking.2022-01-04-14.04.txt14:43
opendevmeetLog:            https://meetings.opendev.org/meetings/networking/2022/networking.2022-01-04-14.04.log.html14:43
lajoskatonabye14:43
slaweqo/14:43
fungislaweq: i replied on the ml too, but you may want to switch to meet.jit.si this week, meetpad is still offline because we're uncomfortable with the state of the current release as relates to the recent log4j vulnerabilities14:44
fungitheir next release will drop log4j entirely, but they haven't tagged it just yet14:44
slaweqfungi: ok, thx for info14:50
fungiand sorry for the inconvenience, we're trying to be a bit conservative there in order to better manage our workload14:52
fungiwe already brought the service up once and took it back down again as subsequent log4j vulnerabilities came to light14:53
bcafarelfungi++ that makes total sense with that log4j mess14:53
slaweqfungi: sure, thx for the heads up14:54
fungiyeah, they updated to log4j 2.15 in the last release, and while they seem confident the fixes in 2.16 and 2.17 aren't relevant for jitsi-meet, we're not so confident in their analysis (especially given they opted to remove/replace log4j in development rather than update it again)14:55
opendevreviewArnau Verdaguer proposed openstack/neutron stable/victoria: [OVN] Prevent deleting the only IP of a router port  https://review.opendev.org/c/openstack/neutron/+/82340114:57
opendevreviewSlawek Kaplonski proposed openstack/neutron master: DVR: Populate ARP entries of the allowed_address_pairs to the routers  https://review.opendev.org/c/openstack/neutron/+/60133614:57
fungion a related note, i started a thread on openstack-discuss about log4j vulnerabilities relative to openstack, one of the points of concern is for folks using the networking-odl driver as they need to make sure they upgrade opendaylight14:58
fungiif anyone knows of similar situations in openstack deployments, please reply on that thread so i can build up a list14:58
slaweq#startmeeting neutron_ci15:00
opendevmeetMeeting started Tue Jan  4 15:00:12 2022 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
slaweqwelcome everyone in the 2022 on the Neutron CI meeting15:00
slaweqthis week we have meeting on the video also15:00
mlavalleslaweq: having trouble connecting to the video15:00
slaweqbut as fungi mentioned above, we changed server, new url is https://meet.jit.si/neutron-ci-meetings15:00
mlavalleah, ok15:01
slaweqthat's temporary only for this meeting (I hope)15:01
fungiyeah, i hope we have meetpad back up later this week15:01
lajoskatonaHi15:01
slaweqin the meantime15:01
ralonsohhi15:01
slaweqGrafana dashboard: http://grafana.openstack.org/dashboard/db/neutron-failure-rate15:01
bcafarelhi o/15:03
slaweqralonsoh: video call on https://meet.jit.si/neutron-ci-meetings15:03
slaweq#topic Actions from previous meetings15:04
slaweq    slaweq to check https://bugs.launchpad.net/neutron/+bug/1955478 and broken metadata connectivity issues15:04
ykarelo/15:04
slaweqykarel: we have video call https://meet.jit.si/neutron-ci-meetings15:05
slaweqif You want to join15:05
ykarelslaweq, yes trying to connect there15:05
ykarelbut seems some issue15:05
ykarelwill try with different browser15:06
ykarelchrome worked15:06
lajoskatonalog example for metadata: https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_141/818844/2/check/neutron-tempest-plugin-scenario-openvswitch/1415d28/testr_results.html15:07
mlavallehttps://bugs.launchpad.net/neutron/+bug/195611615:11
mlavallehttps://review.opendev.org/c/openstack/devstack/+/82321815:11
opendevreviewArnau Verdaguer proposed openstack/neutron stable/wallaby: [OVN] Prevent deleting the only IP of a router port  https://review.opendev.org/c/openstack/neutron/+/82340215:12
slaweqfrickler: gmann hi, can You check https://review.opendev.org/c/openstack/devstack/+/823218 when You will have few minutes?15:12
slaweqthx in advance15:12
opendevreviewArnau Verdaguer proposed openstack/neutron stable/victoria: [OVN] Prevent deleting the only IP of a router port  https://review.opendev.org/c/openstack/neutron/+/82340115:14
slaweq#topic Stable branches15:14
gmannslaweq: ack15:15
slaweq#topic Grafana15:19
slaweqhttp://grafana.openstack.org/dashboard/db/neutron-failure-rate15:19
slaweq#topic fullstack/functional15:20
slaweqhttps://bugs.launchpad.net/neutron/+bug/195634415:21
slaweq#action ralonsoh to check bug https://bugs.launchpad.net/neutron/+bug/195634415:23
slaweqhttps://71d2302875cffcacbcb7-bd54a9781d6bc663ca8af93b25749dfd.ssl.cf5.rackcdn.com/823300/1/gate/neutron-functional-with-uwsgi/1938908/testr_results.html15:24
slaweq#action slaweq to check failure https://71d2302875cffcacbcb7-bd54a9781d6bc663ca8af93b25749dfd.ssl.cf5.rackcdn.com/823300/1/gate/neutron-functional-with-uwsgi/1938908/testr_results.html15:25
slaweq#topic Tempest/Scenario15:26
slaweqhttps://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_918/820190/5/check/neutron-tempest-plugin-scenario-openvswitch-iptables_hybrid/91804c0/testr_results.html15:26
slaweqhttps://zuul.opendev.org/t/openstack/build/3a378c37b15c4dfabc78e1f1c701644315:29
slaweqhttps://zuul.opendev.org/t/openstack/build/9909342e605e420da5a9cc949cedfb0115:29
lajoskatonahttps://pypi.org/project/paramiko/#history15:31
slaweqhttps://1c04ba818e60ceed6270-76fe6537709af1be557ea31f3d630d58.ssl.cf2.rackcdn.com/815962/6/check/neutron-tempest-plugin-scenario-openvswitch/024a910/testr_results.html15:31
ykarelhttps://review.opendev.org/c/openstack/requirements/+/823128 was the fix for paramiko issue15:32
ykareland https://review.opendev.org/c/openstack/devstack/+/823127 to avoid such breakages15:32
slaweq#topic On Demand15:32
slaweq#link https://etherpad.opendev.org/p/neutron-ci-improvements15:33
opendevreviewPedro Henrique Pereira Martins proposed openstack/neutron master: Extend database to support portforwardings with port range  https://review.opendev.org/c/openstack/neutron/+/79896115:36
opendevreviewArnau Verdaguer proposed openstack/neutron stable/victoria: [OVN] Prevent deleting the only IP of a router port  https://review.opendev.org/c/openstack/neutron/+/82340115:37
opendevreviewArnau Verdaguer proposed openstack/neutron stable/wallaby: [OVN] Prevent deleting the only IP of a router port  https://review.opendev.org/c/openstack/neutron/+/82340215:38
slaweq#endmeeting15:43
opendevmeetMeeting ended Tue Jan  4 15:43:42 2022 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:43
opendevmeetMinutes:        https://meetings.opendev.org/meetings/neutron_ci/2022/neutron_ci.2022-01-04-15.00.html15:43
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/neutron_ci/2022/neutron_ci.2022-01-04-15.00.txt15:43
opendevmeetLog:            https://meetings.opendev.org/meetings/neutron_ci/2022/neutron_ci.2022-01-04-15.00.log.html15:43
ykarelralonsoh, Thanks for https://review.opendev.org/c/openstack/neutron/+/822843/comment/5441b589_834cb8b0/15:44
ykarelnot sure i get that15:44
ykarelyou mean can't use ovn/dns_servers in case of ipv6?15:44
ralonsohykarel, the logic implemented there depends on the ip version15:44
ralonsohdns_servers = (subnet.get('dns_nameservers') or15:44
ralonsoh                       ovn_conf.get_dns_servers() or15:44
ralonsoh                       get_system_dns_resolvers())15:44
ralonsohfor ipv415:44
ralonsohand only this for ipv615:44
ralonsohdns_servers = subnet['dns_nameservers']15:44
ralonsohso retrieve the dns servers from the subnet15:44
ykarelralonsoh, yes i changed ^ to be common15:44
ralonsohthat's what is wrong15:44
ykarelsame for both ipv4/ipv615:45
ralonsohwhy?15:45
ralonsohyou are changing the current logic15:45
ykareli couldn't find any reason why ovn conf and system nameservers can't be used for ipv6 subnets15:45
ykareli think i added that in commit message15:45
opendevreviewArnau Verdaguer proposed openstack/neutron stable/ussuri: [OVN] Prevent deleting the only IP of a router port  https://review.opendev.org/c/openstack/neutron/+/82340715:46
ykarelralonsoh, so is it totally incorrect to go that way or just it needs to be done in seperate patch15:48
ykareli tried to trace through networking-ovn code base when it was added, and thought of fixing it together15:49
ralonsohykarel, if you are going this way15:49
ralonsoh1) you should add a release note15:49
ralonsoh2) the filtering should be done before15:49
ralonsohthat means first you read the dns nameservers from the subnet and filter by IP version15:50
ykarelralonsoh, subnet nameservers can't be of different versions15:50
ykarelas api block that15:50
ralonsohand why your patch then?15:50
ykarelonly conf or system nameservers need to be filtered15:50
ykarelfor conf and system resolv conf15:51
ykarelactually the bug was filed for the case when conf is set ipv6 address15:51
ykareldhcpv4 was getting updated15:51
ralonsohbut then you need to check first if the configured dns server has the correct version and apply it15:52
ykareland leading to wrong nameservers in vms15:52
ralonsohif not, use the system dns resolver, if the version is correct15:52
ralonsohhow was that possible?15:52
ralonsohin a ipv6 subnet?15:52
ykarelin ipv4 subnet15:52
ralonsohso what you need is to go step by step15:53
ralonsohread the subnet nameservers15:53
ralonsohif not, the configured nameserver15:53
ralonsohif not, the system resolver15:54
ykarelok i think i got what you mean now15:54
ykarelas ovn_conf.get_dns_servers() can return wrong nameserver based on version and in that case system resolvers would not be checked15:55
ralonsohyes15:56
ykarelok Thanks ralonsoh will update accordingly.15:56
ykarelbut tomorrow15:56
ykarelralonsoh, release NOTE needed for this case?15:56
ralonsohthis is changing the ipv6 behaviour15:57
ykarelok for that case, yes okk will add15:57
opendevreviewSlawek Kaplonski proposed openstack/neutron-tempest-plugin master: Add new API tests for active field in the allowed_address_pairs  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/79535816:00
opendevreviewSlawek Kaplonski proposed openstack/neutron-tempest-plugin master: Add new scenario test for VIP address added as allowed addr pair  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/79484116:00
opendevreviewRodolfo Alonso proposed openstack/neutron master: Adopt rehomed QoS FIP extension from neutron-lib 2.18.0  https://review.opendev.org/c/openstack/neutron/+/82183816:20
opendevreviewArnau Verdaguer proposed openstack/networking-ovn stable/train: [OVN] Prevent deleting the only IP of a router port  https://review.opendev.org/c/openstack/networking-ovn/+/82340916:38
opendevreviewDavid Hill proposed openstack/neutron stable/train: Reduce log level in "ensure_device_is_ready"  https://review.opendev.org/c/openstack/neutron/+/82336016:58
opendevreviewDavid Hill proposed openstack/neutron stable/victoria: Reduce log level in "ensure_device_is_ready"  https://review.opendev.org/c/openstack/neutron/+/82336116:59
opendevreviewDavid Hill proposed openstack/neutron stable/ussuri: Reduce log level in "ensure_device_is_ready"  https://review.opendev.org/c/openstack/neutron/+/82336216:59
opendevreviewLuis Tomas Bolivar proposed openstack/neutron master: [WIP] Ensure subports transition to DOWN  https://review.opendev.org/c/openstack/neutron/+/82341217:23
opendevreviewLuis Tomas Bolivar proposed openstack/neutron master: [WIP] Ensure subports transition to DOWN  https://review.opendev.org/c/openstack/neutron/+/82341217:24
opendevreviewMerged openstack/ovsdbapp master: Remove ovsdb_connection singleton for tests  https://review.opendev.org/c/openstack/ovsdbapp/+/82039818:27
opendevreviewPedro Henrique Pereira Martins proposed openstack/neutron master: Extend database to support portforwardings with port range  https://review.opendev.org/c/openstack/neutron/+/79896118:34
opendevreviewMerged openstack/neutron stable/xena: Change tobiko CI job in the periodic queue  https://review.opendev.org/c/openstack/neutron/+/82337218:49
opendevreviewMerged openstack/neutron master: Add wait event for metadataagent sb_idl  https://review.opendev.org/c/openstack/neutron/+/82192718:50
opendevreviewMerged openstack/neutron stable/xena: Add Chassis creation wait event in "TestAgentMonitor"  https://review.opendev.org/c/openstack/neutron/+/82330018:50
*** averdaguer is now known as averdaguer|away18:58
opendevreviewLajos Katona proposed openstack/networking-odl master: Fix some requirements  https://review.opendev.org/c/openstack/networking-odl/+/82342819:16
opendevreviewTerry Wilson proposed openstack/neutron master: WIP Use neutron db for ovn agents  https://review.opendev.org/c/openstack/neutron/+/81885020:15
opendevreviewSlawek Kaplonski proposed openstack/neutron master: DVR: Populate ARP entries of the allowed_address_pairs to the routers  https://review.opendev.org/c/openstack/neutron/+/60133620:17
opendevreviewMerged openstack/ovsdbapp master: Allow functional tests to pass on older OVN w/o IC  https://review.opendev.org/c/openstack/ovsdbapp/+/82027520:34
rm_workI'm super confused today about how the API routing works... I'm running tests and expecting to hit this delete method: https://github.com/openstack/neutron/blob/master/neutron/api/v2/base.py#L565-L57322:16
rm_workbut instead it only hits this: https://github.com/openstack/neutron/blob/master/neutron/pecan_wsgi/controllers/resource.py#L76-L8522:16
rm_workthere's ... two distinct paths somehow? are the base.py methods just not used anymore? is that code dead/unreachable?22:17
rm_workor is this a quirk of the way the test-runner starts pecan_wsgi?22:17
rm_workI don't understand what's going on at all22:18
opendevreviewTerry Wilson proposed openstack/neutron master: WIP Use neutron db for ovn agents  https://review.opendev.org/c/openstack/neutron/+/81885022:56

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