Tuesday, 2024-06-25

opendevreviewRodolfo Alonso proposed openstack/neutron-tempest-plugin master: WIP == Add "subnet-external-network" extension to the master jobs  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/92270607:32
ralonsohhi folks, please check https://review.opendev.org/c/openstack/neutron-lib/+/91447307:39
ralonsohhaleyb|out, lajoskatona ^ 07:39
ralonsohthanks in advance!07:39
lajoskatonaralonsoh: added to my pile07:45
ralonsohthanks07:45
tobias-urdinrubasov: i think i found the edge case for the tap issue when using trunk, isolate_vif is set for os-vif and trunk code doesn't fix/bind the tap port so it's left in dead, added comments in lp https://bugs.launchpad.net/neutron/+bug/206954308:14
rubasovtobias-urdin: cool, will take a look again, thanks!08:18
tobias-urdinrubasov: confirmed now as well08:45
tobias-urdinin an optimal world i guess the tap port should be bound "correctly" (or bound at all) so that it works when isolate_vif=true 08:46
opendevreviewRodolfo Alonso proposed openstack/neutron-tempest-plugin master: Add a new client method: "get_loaded_network_extensions"  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/92271109:13
opendevreviewRodolfo Alonso proposed openstack/neutron master: Add "subnet-external-network" extension to "subnet" resource  https://review.opendev.org/c/openstack/neutron/+/90731309:13
opendevreviewRodolfo Alonso proposed openstack/neutron-tempest-plugin master: Add a new client method: "get_loaded_network_extensions"  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/92271109:26
*** vicent is now known as vicentfg10:26
*** vicentfg is now known as vicent10:26
opendevreviewSlawek Kaplonski proposed openstack/neutron master: Use parent's project id in the quota enforcement for some resources  https://review.opendev.org/c/openstack/neutron/+/92271610:46
opendevreviewSlawek Kaplonski proposed openstack/neutron master: Adjust flavor extension unit test to case when tenant_id is not there  https://review.opendev.org/c/openstack/neutron/+/92164710:47
opendevreviewSlawek Kaplonski proposed openstack/neutron master: DNM Test neutron-lib fix with sqlalchemy-master unit test job  https://review.opendev.org/c/openstack/neutron/+/92165010:48
opendevreviewSlawek Kaplonski proposed openstack/neutron-lib master: Don't add tenant_id to all resources during create request  https://review.opendev.org/c/openstack/neutron-lib/+/92164910:50
opendevreviewRodolfo Alonso proposed openstack/neutron master: WIP == Reduce the DHCP processing loop to a single thread  https://review.opendev.org/c/openstack/neutron/+/92271911:03
ralonsohslaweq, qq about https://review.opendev.org/c/openstack/neutron/+/922716: is it possible to maybe change the API to include the parent ID on the call?11:07
ralonsohthis is to avoid this second call to retrieve the parent resource11:08
ralonsohin any case, that could be an improvement11:08
freznicekDear all, let me ask you for help with OpenStack Neutron configuring multiple provider public networks segments within single OpenStack external network. Adding second subnet works but adding second network segments throws 409 conflict, details https://paste.opendev.org/show/bdUH0fraX5J6X0cVhuB4/11:12
*** freznicek_ is now known as freznicek11:37
slaweqhaleyb hi, I want to start work on the https://bugs.launchpad.net/neutron/+bug/2060916 and I just noticed that this isn't approved yet, can You maybe add it to the next drivers meeting agenda so we can discuss it there? Thx in advance12:25
slaweqralonsoh parent id should be there alread as you are doing call e.g. like ``/v2.0/policy/{policy_id}/bandwidth_limit_rule/`` 12:27
slaweqbut there is no owner of that parent resource there12:27
opendevreviewNiklas Schwarz proposed openstack/neutron-vpnaas master: Add type annotations  https://review.opendev.org/c/openstack/neutron-vpnaas/+/91141212:28
opendevreviewyatin proposed openstack/neutron-tempest-plugin master: [ovn jobs] collect northd and controller logs  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/92272812:41
*** haleyb|out is now known as haleyb13:14
opendevreviewRodolfo Alonso proposed openstack/neutron master: Add "subnet-external-network" extension to "subnet" resource  https://review.opendev.org/c/openstack/neutron/+/90731313:33
ralonsohhi folks, please check https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/92271113:37
ralonsohthat will help with the previous patch 90731313:37
haleyb#startmeeting networking14:00
opendevmeetMeeting started Tue Jun 25 14:00:39 2024 UTC and is due to finish in 60 minutes.  The chair is haleyb. Information about MeetBot at http://wiki.debian.org/MeetBot.14:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:00
opendevmeetThe meeting name has been set to 'networking'14:00
slaweqralonsoh I already +2 this patch14:00
haleybPing list: bcafarel, elvira, frickler, mlavalle, mtomaska, obondarev, slaweq, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, amotoki, haleyb, ralonsoh14:00
mlavalle\o14:00
elvirao/14:00
ralonsohslaweq, thanks!14:00
ralonsohhello14:00
obondarevhi14:00
slaweqo/14:00
lajoskatonao/14:00
ihrachyso/14:01
rubasovo/14:01
haleyb#topic announcements14:01
haleybWe are now in Dalmatian release week (R - 13)14:02
haleyb#link https://releases.openstack.org/dalmatian/schedule.html14:02
haleybThe Dalmatian-2 milestone will happen next month, on July 4th, 202414:02
haleybAt milestone-2, the release team will propose releases for any library that has not been otherwise released since milestone-114:02
haleybSo land any *-lib patches in the next week to make sure they land14:03
ykarelo/14:03
slaweqdeadline is end of next week?14:03
slaweqor when exactly?14:03
slaweqahh, sorry, you said already14:04
slaweq4th July14:04
haleybslaweq: yes, July did sneak up on us, it's next week14:04
haleyband like most in the US, i'll be offline 4th and 5th14:04
mlavalle\o/14:05
mlavalleme too14:05
lajoskatonado we have high prio items in n-lib to be merged quickly?14:05
ralonsohwe need to +1 the release patches before this day then14:05
ralonsohlajoskatona, ^^ thanks! I would like to have it14:05
haleyb#link https://review.opendev.org/q/project:openstack/neutron-lib14:06
lajoskatonaby the way do os-ken is in the same lib category as n-lib? Do we have to release that also next week?14:06
bcafarellate o/14:06
slaweqlajoskatona I believe os-ken is lib also14:06
slaweqso it has the same deadline14:06
haleyblajoskatona: you must be asking about https://review.opendev.org/c/openstack/os-ken/+/922622 ? :)14:07
ralonsohso we need the os-ken patch for the dead loop14:07
slaweqregarding neutron-lib I would maybe like to include https://review.opendev.org/c/openstack/neutron-lib/+/921649 if possible14:07
haleyb^^ is on my list right after meeting14:07
lajoskatonahaleyb: that one :-)14:07
slaweqhaleyb thx14:07
haleybslaweq: oh, i was pointing at the os-ken one, but will look at that once it passes functional :)14:08
slaweqhaha, sure14:08
slaweqI will fix that failed tests just after this meeting14:09
haleyback, i didn't know if it was just the gate, that job had been flaky i thought14:10
slaweqI think it may be related to my changes there14:10
haleybReminder: If you have a topic for the drivers meeting on Friday, please add it to the wiki @ https://wiki.openstack.org/wiki/Meetings/NeutronDrivers14:11
haleybi think there was one topic from mlavalle 14:11
ralonsohthere is one mine14:11
haleybralonsoh: ack14:12
haleybthe other one was regarding dns domain, https://review.opendev.org/c/openstack/neutron/+/92045914:12
slaweq++14:12
haleybso there will be a meeting on Friday14:12
haleybmlavalle: thinking of 14:13
haleybarg14:13
mlavallehaleyb: thanks!14:13
haleybmlavalle: thinking of D-2 milestone, was there any changes for ironic that we needed?14:14
mlavallenot that I know of14:14
mlavallebut I can check with them14:14
mlavalleand let you know later this week14:14
haleybmlavalle: ack, i left the note in our meeting wiki to remind myself but hadn't seen anything14:15
mlavalleI have no problem checking with them14:15
haleybany other announcements?14:15
haleybalright, next topic14:16
haleyb#topic bugs14:16
haleybisabek was supposed to be deputy last week, but he pinged me late saying he could no longer to it14:17
haleybinstead of moving everyone a week i just did it, but we are now down one deputy14:17
haleybso everyone make sure to see when your next week is, and if you cannot do it please ping me early, or swap14:18
haleyb14 deputies is still a good number14:19
mlavalleit is. still, it is bad to see another one go14:19
haleyb#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/GTCE24CAUSUABSSCM6SDPGLQ6VPNQV4R/14:19
haleybthat was my report, it was mildly busy14:20
haleyband i had a couple of bugs to talk about14:20
haleyb#link https://bugs.launchpad.net/neutron/+bug/206968914:20
haleybthis was regarding breakind n-d-r and vpnaas with wsgi changes - do we still need the neutron workaround now that patches have landed?14:21
haleybi.e. https://review.opendev.org/c/openstack/neutron/+/92218514:21
ralonsohwe need new releases of these projects, to avoid people form downloading the lastest version with the error14:22
ralonsohbut no, we should not need the neutron patch14:23
ralonsohthis is only in master (that is dev only)14:23
haleybralonsoh: ack, i just wanted to make sure i didn't miss anything, figured there would have been pings if still needed14:23
ralonsohwe didn't release any Neutron version with this error14:24
ralonsohand next one will be used by the updated n-d-r and vpnaas14:24
ralonsoh^ we need to update the requirements once the next neutron is released14:24
ykarelwe had recent failures in dynamic-routing weekly jobs https://zuul.openstack.org/buildset/a21e500158db4abfa9f2c3cae8a73d3e14:24
ykarelafter the linked ndr patch merged, is there anything up to fix ^?14:25
lajoskatonaI have to ping the exabgp folks about the fix for py312 & bagpipe14:26
haleybykarel: i didn't think so, is artem around? i'm bad at remembering nicks14:26
slaweqgtema (Artem Goncharov) 14:27
haleybslaweq: thanks14:27
ralonsohthe problem is that n-d-r is retrieving a stable neutron version neutron-24.0.014:27
ralonsohthis neutron version has the wsgi module in the older place14:27
ralonsohso what we need is, asap, to release a neutron version and update the requirements14:28
lajoskatonayes usually we releae a rc for these issues14:28
lajoskatonarelease ---^14:28
ralonsohor make these projects robust enough to import from 2 places14:28
haleybright, with a try/except14:28
ykarel+114:28
ralonsohI prefer, for now, the try/except option14:28
ralonsohwith a comment to remove it14:29
gtemaI think better is to release neutron14:29
gtemathis try/except is necessary only temporary and would need to be dropped later - too much additional work14:29
ralonsohgtema, additional work? one patch?14:29
ralonsohthat's ok but with the release you also need to update the requirements of the projects14:30
gtemaunder additional work  I mean one patch introducing try/except and second dropping if afterwards (keeping it for long time is not cool)14:31
ralonsohhaleyb, I'll propose them tomorrow morning and add all of you as reviewers14:31
ralonsohI think we can continue14:31
lajoskatonaI can push the try except if everybody agrees, but I can live with old school neutron rc release also14:31
haleybralonsoh: ack, thanks14:32
haleybthe other bug i wanted to mention was14:33
haleyb#link https://bugs.launchpad.net/neutron/+bug/206971814:33
haleybi see stefan did drop a comment he was working on a patch14:33
ralonsohI will comment on the LP bug14:33
ralonsohwhy northd is stopped?14:33
ralonsohthis is a required service, if we stop it, how OVN is intended to work?14:34
haleybralonsoh: thanks. i think to reproduce they stopped it, but in prodoction it's maybe just slow because it has a lot to process?14:34
ralonsohthis is like in ML2/OVS stopping the OVS agent14:34
slaweqhaleyb that is also my understanding14:34
slaweqstopping it kind of simulate of the slow down which they experience in the production14:35
haleybi.e. the NB DB was updated and live migration proceeded, but failed14:35
ralonsohbut this is an scale problem14:35
ralonsohnot a Neutron problem itself, they would probably need to improve the HW of the controllers14:36
haleybralonsoh: right, i guess i saw the question as "is there another way for neutron to do this, like waiting for SB to update?"14:36
haleybthe answer can be No, but wanted to see what others thought14:36
ralonsohmaybe with Ihar's improvements with multiple port binding14:36
ralonsoh(I don't have the patch here)14:37
slaweqbut should't neutron somehow restore VM's connectivity after live-migration at some point?14:37
ralonsohbut this is not in Zed, for sure, but in newer versions14:37
slaweqIIUC reproduce steps, in such case after migration is done connectivity is permanently broken14:37
slaweqor maybe I am missing something there14:37
ralonsohthat's the point: you can have a slow northd and regain connectivity 4-20 secs later (as state in the first line)14:38
slaweqahh, ok14:38
ihrachysyou can detect the completion of live migration - nova tells us - requested-chassis field is updated back to single value14:38
slaweqfrom the reproduction steps (step 4 in particular) I understood something different14:39
ralonsohihrachys, but in newer versions, not zed14:39
haleybslaweq: i focused on step 4 as well14:40
haleybplease drop any comments in the bug, and we can wait for any patch to see if it's worth taking14:40
ralonsohihrachys, no, my bad: https://review.opendev.org/c/openstack/neutron/+/828455 this is in Zed too14:40
ihrachysnbctl commands have --wait=hv - these are supposed to wait for ovn-controller to get the memo14:41
ihrachys(I will admit I haven't given the LP much thought, so just spitting random ideas - will check later with more attention)14:42
haleybihrachys: thanks14:42
haleybi had no other bugs, but maybe someone else has one to discuss?14:43
haleybok, moving on14:44
haleyb#topic specs14:44
haleyb#link https://review.opendev.org/q/project:openstack%252Fneutron-specs+status:open14:44
haleybjust one and it has -1 so waiting on an update14:45
haleyb#topic community-goals14:45
haleybslaweq: any update on S-RBAC?14:45
slaweqno updates about S-RBAC from me still14:45
slaweqsorry14:45
slaweqI need to get into this finally but still haven't got time yet14:46
haleybnp14:46
haleyb#topic on-demand14:46
haleybany other topics to discuss?14:46
ralonsohquick one: can we add "eventlet-deprecation" to community goals?14:46
ralonsohto weekly share the open specs, patches and strategies14:47
ralonsohfor now, there are two open specs, one in the TC and the other one for oslo.services14:47
haleybralonsoh: yes, that's a good idea, i can add it for next week14:47
ralonsohperfect, thanks, that's all14:47
mlavallecan I get someone to look at https://review.opendev.org/c/openstack/neutron/+/918151?14:47
haleybralonsoh: and regarding your patches, do you need any reviews?14:48
ralonsohyes, if you don't mind14:48
ralonsohand the n-lib one I have open 14:48
ralonsohmlavalle, ack, on my pile for tomorrow morning14:48
mlavalleralonsoh: thanks14:48
haleybdo they share a topic? or i'll just look in review emails14:48
ralonsohfor now I'm opening bugs, for example to add new services running with wsgi14:49
ralonsohthe ovn implementation with wsgi is related to the deprecation 14:49
ralonsoheventlet deprecation14:49
ralonsohhttps://review.opendev.org/q/topic:%22bug/2069581%2214:49
ralonsohand14:50
ralonsohhttps://review.opendev.org/q/topic:%22bug/1912359%2214:50
ralonsohthat's all14:50
haleyback, thanks will look later14:50
haleybCI meeting is in 10 minutes, in-person ykarel ?14:50
ykarelyeap video today14:51
lajoskatona+114:51
slaweqsee You there14:51
haleyback, i might have to miss as someone is here to fix something in a few minutes14:51
haleybthanks for attending, ping if you need any reviews14:52
haleyb#endmeeting14:52
opendevmeetMeeting ended Tue Jun 25 14:52:04 2024 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:52
opendevmeetMinutes:        https://meetings.opendev.org/meetings/networking/2024/networking.2024-06-25-14.00.html14:52
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/networking/2024/networking.2024-06-25-14.00.txt14:52
opendevmeetLog:            https://meetings.opendev.org/meetings/networking/2024/networking.2024-06-25-14.00.log.html14:52
lajoskatonao/14:52
ralonsohbye14:52
ralonsohykarel, I need to leave every day at 15:10 UTC so I can't attend the CI meeting14:52
ykarelthx ralonsoh for the heads up14:53
ralonsohbecause we are just a few in this meeting, is it possible to move it to other day/slot?14:53
ralonsohfor example, tomorrow at this slot 14-1514:53
ralonsoh(of course, that needs to be approved by the community)14:53
ralonsohhaleyb, https://review.opendev.org/c/openstack/releases/+/92274214:59
slaweqykarel: I may be few minutes late for the ci meeting. Sorry15:00
ykarelnp15:00
ykarel#startmeeting neutron_ci15:00
opendevmeetMeeting started Tue Jun 25 15:00:44 2024 UTC and is due to finish in 60 minutes.  The chair is ykarel. 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
ykarelPing list: bcafarel, lajoskatona, mlavalle, mtomaska, jlibosva, elvira15:00
ykarelThis will be video meeting this time: https://meetpad.opendev.org/neutron-ci-meetings15:01
lajoskatonao/15:02
ykarel#topic Actions from previous meetings15:04
ykarellajoskatona to check fullstack failure test_configurations_are_synced_towards_placement15:04
ykarel#action lajoskatona to check fullstack failure test_configurations_are_synced_towards_placement15:04
ykarelmlavalle to check failures for test_agent_list ft test15:04
ykarelbcafarel to drop rally jobs from yoga/xena15:06
ykarelhttps://review.opendev.org/q/If4b446dfe8a063e03676b8d90bbbb529f4c39d1915:06
ykarelykarel to send patch to drop fips jobs from unmaintained branches15:06
ykarelFixed instead https://review.opendev.org/q/I967de13094ff6df46737a22d4e1758f9900dfbc915:07
ykarel#topic Stable branches15:07
ykarelall good 15:07
ykarel#topic Stadium projects15:07
ykarelsfc/bagpipe known ones15:08
ykarel- https://bugs.launchpad.net/neutron/+bug/206872715:08
ykarel- https://bugs.launchpad.net/neutron/+bug/206745215:08
ykareldynamic-routing new one, fails with:- ImportError: cannot import name 'wsgi' from 'neutron.api'15:08
ykarelhttps://review.opendev.org/c/openstack/releases/+/92274215:09
ykarel#topic Rechecks15:10
ykarelGaudenz Stein15:11
ykarelLIU Yulong 15:11
ykarel#topic fullstack/functional15:12
ykareltest_get_all_devices15:12
ykarelhttps://4e4f74ba0fe7370e7ace-9d0c56098ff0d689b3a7fb800d2686c1.ssl.cf1.rackcdn.com/922282/1/gate/neutron-functional-with-uwsgi/f4bb2ba/testr_results.html15:13
gaudenz_What's up?15:13
ykarelgaudenz_, we were checking bare rechecks and we noticed you had multiple of those15:13
ykarelwe expect everyone before rechecks checks the failure cause, if it's something new raise over irc , report bug etc15:14
gaudenz_Yeah for my two open reviews the CI seemd to be quite unstable. It was always another job failing and I could not identify anything related to the change.15:14
ykarelhttps://bugs.launchpad.net/neutron/+bug/199734115:14
ykareltest_fip_connection_for_address_scope15:15
ykarelhttps://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_892/periodic/opendev.org/openstack/neutron/master/neutron-functional/892e892/testr_results.html15:15
ykareltest_l2_agent_restart15:16
ykarelfails at _assert_ping_during_agents_restart15:16
ykarel    https://1b2a29b80eddd4e0b174-eda1a0c854fb13a0abbfe9e278c5ab06.ssl.cf2.rackcdn.com/922119/1/gate/neutron-functional-with-uwsgi/3622d92/testr_results.html15:16
ykarel    https://86ddc5b3525cc8a57bd5-84709aab2060acc1565f07c661aff448.ssl.cf1.rackcdn.com/922119/1/check/neutron-fullstack-with-uwsgi/4213115/testr_results.html15:16
ykarel    https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_e5d/888098/15/check/neutron-fullstack-with-uwsgi/e5d8147/testr_results.html15:16
ykarel    https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_6c6/922470/1/check/neutron-fullstack-with-uwsgi/6c63681/testr_results.html15:16
ykarel    https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_522/periodic/opendev.org/openstack/neutron/master/neutron-fullstack/52235b5/testr_results.html15:16
ykarel    https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_14b/922074/4/check/neutron-fullstack-with-uwsgi/14bece8/testr_results.html15:16
ykarelLooks triggered by https://review.opendev.org/c/openstack/neutron/+/91983415:16
gaudenz_I was just about to look into this. There are some improvements to it in https://review.opendev.org/c/openstack/neutron/+/91742915:17
gaudenz_The systemd change just got merged before I was able to include these changes to it. But I did not yet check if the failures listed here are related to it.15:18
ykarelgaudenz_, will you propose the fix for that? or we have to revert in meanshile15:18
ykarel#action ykarel to open bug for fullstack failures15:19
gaudenz_ykarel: Do you mean I should split the systemd unit related changes from https://review.opendev.org/c/openstack/neutron/+/917429? I would prefer if someone could review this and just merge the HA router test.15:19
ykarelgaudenz_, if thats fixing it should be enough we can priroite that, thanks15:20
ykarel#topic Tempest/Scenario15:20
ykarelhttps://bugs.launchpad.net/neutron/+bug/204554915:21
gaudenz_I belive the l2_agent_restart test should be fixed by this.15:21
ykarelthx15:21
gaudenz_Not sure about the other failures.15:21
ykarel#topic Periodic15:21
ykarelgaudenz_, all failures were for l2_agent_restart test15:21
ykarelhttps://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_f31/periodic/opendev.org/openstack/neutron/master/neutron-ovs-tempest-fips/f318184/testr_results.html15:22
ykarel#topic Grafana15:22
ykarelhttps://grafana.opendev.org/d/f913631585/neutron-failure-rate15:22
ykarelhttps://review.opendev.org/c/openstack/neutron-tempest-plugin/+/92272815:23
ykarelhttps://2dfe92361451b97fe3b2-ea1b996598061886e0c0a8d1c7e56346.ssl.cf2.rackcdn.com/922728/1/check/neutron-tempest-plugin-ovn/d16f88c/controller/logs/ovn-controller_log.txt15:24
ykarel#topic On Demand15:24
ykarel#endmeeting15:25
opendevmeetMeeting ended Tue Jun 25 15:25:46 2024 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:25
opendevmeetMinutes:        https://meetings.opendev.org/meetings/neutron_ci/2024/neutron_ci.2024-06-25-15.00.html15:25
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/neutron_ci/2024/neutron_ci.2024-06-25-15.00.txt15:25
opendevmeetLog:            https://meetings.opendev.org/meetings/neutron_ci/2024/neutron_ci.2024-06-25-15.00.log.html15:25
opendevreviewStefan Hoffmann proposed openstack/neutron master: [OVN] Wait for port binding during a live migration  https://review.opendev.org/c/openstack/neutron/+/92274615:29
ykarelgaudenz_, reported https://bugs.launchpad.net/neutron/+bug/2070390 for fullstack failures15:45
ykarelif the test specific fixes could be split i think that would be better and leave other patch just for new tests15:50
gaudenz_I'll split out the fixes into a separate patch, but it will take until tomorrow as I have to leave now.16:12
opendevreviewMerged openstack/neutron-dynamic-routing master: Drop usage of subtransactions=True  https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/92064519:19
opendevreviewMerged openstack/neutron-tempest-plugin master: [ovn jobs] collect northd and controller logs  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/92272820:37
opendevreviewBrian Haley proposed openstack/os-ken master: Raise ValueError in case unpack_from returns zero length  https://review.opendev.org/c/openstack/os-ken/+/92262220:59

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