Tuesday, 2025-05-27

opendevreviewRico Lin proposed openstack/neutron master: Fix ovn db sync with log resources  https://review.opendev.org/c/openstack/neutron/+/94805303:28
opendevreviewTakashi Kajinami proposed openstack/neutron-fwaas-dashboard master: Drop environments for nose  https://review.opendev.org/c/openstack/neutron-fwaas-dashboard/+/95093805:49
opendevreviewTakashi Kajinami proposed openstack/neutron-vpnaas-dashboard master: Drop environments for nose  https://review.opendev.org/c/openstack/neutron-vpnaas-dashboard/+/95093905:50
ralonsohslaweq, hello! please check https://review.opendev.org/c/x/devstack-plugin-tobiko/+/95087006:47
opendevreviewEduardo Olivares proposed openstack/neutron stable/2025.1: [DNM] Check tobiko skip  https://review.opendev.org/c/openstack/neutron/+/95087106:55
lajoskatonaykarel: Hi, regarding the bagpipe timeout, I pushed a patch: https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/95089507:23
lajoskatonaykarel: the problem is that currently neutron-tempest-plugin-base (the parent) has the same timeout as I see and that is the max, zuul even votes -1 for larger timeout :-)07:24
ykarellajoskatona, thx07:25
opendevreviewLajos Katona proposed openstack/networking-bagpipe master: DNM: test master  https://review.opendev.org/c/openstack/networking-bagpipe/+/95095607:50
opendevreviewLajos Katona proposed openstack/networking-bagpipe master: Remove py39 job and reference in setup.cfg  https://review.opendev.org/c/openstack/networking-bagpipe/+/95095608:10
opendevreviewLajos Katona proposed openstack/networking-bgpvpn master: Remove py39 reference from setup.cfg  https://review.opendev.org/c/openstack/networking-bgpvpn/+/95095808:13
opendevreviewLajos Katona proposed openstack/neutron-fwaas master: Remove py39 reference from setup.cfg  https://review.opendev.org/c/openstack/neutron-fwaas/+/95095908:15
opendevreviewLajos Katona proposed openstack/neutron-vpnaas master: Remove py39 jobs and reference from setup.cfg  https://review.opendev.org/c/openstack/neutron-vpnaas/+/95096008:17
opendevreviewLajos Katona proposed openstack/neutron-dynamic-routing master: Remove py39 reference from setup.cfg  https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/95096108:18
opendevreviewLajos Katona proposed openstack/networking-sfc master: Remove py39 reference from setup.cfg  https://review.opendev.org/c/openstack/networking-sfc/+/95096308:23
opendevreviewLajos Katona proposed openstack/networking-bagpipe master: Remove py39 job and reference in setup.cfg  https://review.opendev.org/c/openstack/networking-bagpipe/+/95095608:32
opendevreviewLajos Katona proposed openstack/os-vif master: OVS Trunk: Add bridge_name to external_ids  https://review.opendev.org/c/openstack/os-vif/+/94973608:53
opendevreviewMerged openstack/neutron master: Extend port resource request only when using qos minimum rules  https://review.opendev.org/c/openstack/neutron/+/94475609:51
ykarelslaweq, ralonsoh lajoskatona please check https://review.opendev.org/c/openstack/neutron/+/95085610:00
ralonsohsure10:00
ralonsohykarel, I guess this is working because in 2024.2 the default server was eventlet and now is only wsgi10:01
ralonsohright?10:01
ralonsohso we don't need any config override 10:01
ykarelralonsoh, yes with this patch its' now source deployment is 2024.2 + wsgi as other grenade job10:02
ykarelso just removed override10:02
ralonsohykarel, but I don't understand10:03
ralonsohwsgi was not ready in 2024.210:03
ralonsohand yet, it works...10:04
ykarelralonsoh, but in your patch you mentioned it's ready in 2024.210:05
ykarelhttps://review.opendev.org/c/openstack/devstack/+/93576210:05
ykarelanyway it's working so should be fine :)10:05
ralonsohykarel, yeah... my bad, I'm mixing eventlet removal from API (with WSGI) and WSGI implementation10:06
ralonsohykarel, you are right: we finished the wsgi implementation in 2024.210:06
lajoskatonaso are we on the safe side?10:07
ralonsohyes, for sure10:07
lajoskatona+!10:07
lajoskatona+110:07
opendevreviewRodolfo Alonso proposed openstack/neutron master: [eventlet-removal] Remove the usage of eventlet in the L3 agent  https://review.opendev.org/c/openstack/neutron/+/93840412:51
opendevreviewMerged openstack/neutron master: Move grenade skip level jobs to wsgi  https://review.opendev.org/c/openstack/neutron/+/95085613:00
haleybrunning late, will start in a minute13:01
lajoskatonaack13:01
ralonsohno rush13:01
slaweqo/13:01
mlavalleack13:01
slaweqahh, it didn't start yet :)13:02
haleyb#startmeeting networking13:02
opendevmeetMeeting started Tue May 27 13:02:22 2025 UTC and is due to finish in 60 minutes.  The chair is haleyb. Information about MeetBot at http://wiki.debian.org/MeetBot.13:02
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.13:02
opendevmeetThe meeting name has been set to 'networking'13:02
haleybPing list: bcafarel, elvira, frickler, mlavalle, mtomaska, obondarev, slaweq, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, haleyb, ralonsoh13:02
mlavalle\o13:02
elvirao/13:02
ralonsohhello13:02
lajoskatonao/13:02
sahido/13:02
haleyb#announcements13:03
haleybWe are currently in Week R-17 of Flamingo13:03
haleybOur next milestone in this development cycle will be Flamingo-2, on July 3rd13:03
haleybFinal 2025.2 Flamingo release: October 3rd, 202513:03
haleyb#link https://releases.openstack.org/flamingo/schedule.html13:03
cbuggyo/13:04
haleybReminder: If you have a topic for the drivers meeting on Friday, please add it to the wiki @ https://wiki.openstack.org/wiki/Meetings/NeutronDrivers13:04
haleybPlan is to have a meeting this friday to discuss a recent bgp rfe (and any others)13:04
haleybthat was all i had for announcements, any others?13:05
haleyb#topic bugs13:06
haleybelvira was the deputy last week, her report is at13:06
rubasovo/13:06
haleyb#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/QOLR2TOQZ7PFTZ7ZR7HPKTB7JWNJ4TVB/13:06
haleybthere were quite a few, will go through the unassigned ones13:07
haleybrodolfo has picked up a bunch already i see, but i found one13:09
haleyb#link https://bugs.launchpad.net/neutron/+bug/211157213:09
haleyb[OVN] OVN ML2 mech driver forces port update to networking generic switch (NGS) on OVS restart13:09
ralonsohI have a question on this one13:09
ralonsohbecause as elvira mentioned, this is not affecting anything13:10
fricklerbbezak might be around to answer?13:11
haleybright, is this a bug in NGS?13:11
ralonsohI don't think this is a bug in NGS, as long as is reacting to the port update 13:12
ralonsohwe can discuss if that is needed13:12
ralonsohbut a vswitchd restart is not in the normal operation13:12
ralonsoh(I would like to know what vswitchd service, in what host)13:12
ralonsohcompute, most probably13:12
ralonsohanyway, we can ask in the LP bug, I'll do it today (why this restart is needed, if traffic is affected, etc)13:13
haleyback, thanks13:15
haleybnext one13:16
haleyb#link https://bugs.launchpad.net/neutron/+bug/211158413:16
haleybFailed get list of ports due to removed network13:16
haleybguess i would have expected some type of error when doing this operation, but we should be more graceful13:17
elvirathat is what I thought too, maybe it is low prio and not medium indeed13:19
haleybwould agree with the low hanging fruit tag, so if someone wants to pick it up...13:19
ralonsohwe have recently optimized this code13:19
ralonsohmaybe with the optimizations we can skip it13:19
bbezakactually restart of ovs_vswitchd on the controllers13:20
ralonsoh--> https://review.opendev.org/q/owner:jimin3.shin@samsung.com+status:merged13:20
bbezakinvokes the port update13:20
bbezak(sorry for the delay) - it is about bug 211157213:21
ralonsohbbezak, one sec, let's finish the current bug13:21
ralonsohI can try creating 1000 ports and doing the same operation13:21
ralonsohI think we'll need some min qos rules (maybe)13:22
haleybralonsoh: oh, it might not happen now13:22
ralonsohbut with the optimizations we no longer retrieve anything if there are no min-bw rules13:22
ralonsohanyway, I'll add it for next friday morning, to deploy a test env13:22
haleyback13:22
ralonsohbbezak, hi13:23
haleybwe can loop back to other bug13:23
ralonsohyes, we know the restart triggers the update13:23
ralonsohwhy this restart?13:23
bbezakwell - during some maintenances - containers upgrades - hosts restart13:24
ralonsohand this update affects the traffic? I guess nothing in this host is running during the restart13:25
bbezakit is not affecting traffic on baremetal host, cause ngs applies the same config - but still, in scale - for instance ~500 baremetal hosts, ngs would hammer all switches. which can be problematic13:26
ralonsohbbezak, if you can identify what event is triggered during the vswitchd restart, maybe we can debug this problem13:27
ralonsoh(Neutron event, you can enable DEBUG logs)13:27
bbezakyeah, I'll reproduce it and update the bug13:28
* slaweq needs to drop for another meeting but I am aware of bug deputy this week :)13:28
bbezakthx13:28
ralonsohthansk13:28
haleybslaweq: ack, thanks13:29
haleybok, so we have some debugging to do on 211157213:30
haleybmoving along to next one13:30
haleyb#link https://bugs.launchpad.net/neutron/+bug/211149613:30
haleybNeutron port stuck in DOWN state after update router external connectivity13:30
ralonsohyes, that is a bug13:30
ralonsohwe, most probably, are not detecting the port update13:31
ralonsohand we are not activating again the port13:31
ralonsoh(and, just thinking loud, 6 and 7 are not needed)13:32
ralonsohif this is a port in the internal network13:32
haleybso just down/up of a port? ok13:33
ralonsohmaybe13:33
haleybi'll ask submitter to try just so we know13:34
ralonsohI don't have an OVS env right now, but I can deploy one13:34
ralonsohbut not this week...13:34
lajoskatonaI can try, I usually have OVS env13:35
ralonsohcool!13:35
haleyblajoskatona: ack, thanks13:35
haleyblast bug in list13:36
haleyb#link https://bugs.launchpad.net/neutron/+bug/211166013:36
haleybOVN_AGENT_NEUTRON_SB_CFG_KEY doesn't set when Neutron OVN Agent starts 13:36
ralonsohthere is a patch proposed13:36
ralonsohand I think a good one, that fixes the problem13:37
haleyb#link https://bugs.launchpad.net/neutron/+bug/211147513:37
haleyboops, that's the rlated bug13:37
ralonsohyes13:37
ralonsohahhhhh sorry13:37
haleyb#link https://review.opendev.org/c/openstack/neutron/+/95067313:37
ralonsohOk, I asked Min to open a LP bug if he was going to propose a patch only for ovn metadata13:38
ralonsohso this is why we have https://bugs.launchpad.net/neutron/+bug/211166013:38
ralonsohOk, I'll take this one, the fix should be similar to https://review.opendev.org/c/openstack/neutron/+/95067313:39
haleybdo we need a fix for ovn-agent as well? i'm reading between the lines13:39
ralonsohyes, the issue is the same13:39
haleyback, thanks13:39
haleybso i think that was all the unassigned bugs13:40
haleybany other bugs to discuss?13:40
haleybslaweq is the deputy this week, i am next week13:41
haleyb#topic community goals13:41
haleyblajoskatona: sorry, i haven't been able to review any of your neutronclient patches, can look today13:42
haleybhave they made forward progress from other reviews?13:42
lajoskatonahere they are: https://review.opendev.org/q/topic:%22bug/1999774%22+status:open+project:openstack/python-openstackclient+or+status:open+owner:self+project:openstack/openstacksdk13:42
lajoskatonaI think these are the ones for sec-groups is_shared field, suggested by ralonsoh and stephenfin (perhaps another depends-on can be in one of the commit-msg but let's wait)13:43
haleyb#link https://review.opendev.org/q/topic:%22bug/1999774%2213:44
lajoskatonathat's all this topic from me, slow progress13:44
haleybthat shows them all13:44
lajoskatonayes, but the filtred list is the hot this week :-)13:44
haleybit is sometimes hard to move a large boulder :)13:45
haleybok, finally eventlet13:46
ralonsohhi13:46
haleybi know there were new bugs files13:46
ralonsohyes, related to the test FWs13:46
ralonsohand this going to be a nightmare... in particular fullstack13:46
ralonsohI've proposed https://review.opendev.org/c/openstack/neutron/+/938404 to remove eventlet from the l3 agent13:47
ralonsohand right now I need to skip many FT and fullstack tests13:47
ralonsohthis is explained in the docs13:47
ralonsohwe also have other patches: https://review.opendev.org/q/topic:%22eventlet-removal%22+project:openstack/neutron+status:open13:47
ralonsohin particular the ones related to unit and functional tests13:48
lajoskatonaI slowly progress with the DHCP one in the background....13:48
ralonsohand lajoskatona is working on the DHCP agent: https://review.opendev.org/c/openstack/neutron/+/95049813:48
ralonsohyeah13:48
ralonsohthe first step, same as in the l3 agent: to move the RPC initialization out of the init methods13:48
ralonsohthis is because oslo.service is spawning several new processes and threads after that13:49
lajoskatonayes, I am on it to make it final13:49
ralonsohand the RPC connections do not like that13:49
ralonsoh--> please review this: https://review.opendev.org/c/openstack/neutron/+/94913513:49
ralonsoh(is ready now)13:49
ralonsohand last topic13:50
haleybralonsoh: ack, can look later today13:50
ralonsohwe have oslo.service 4.2.0, that implements "threading" backend13:50
ralonsohthat means: all service FW is written without evnetlet13:50
ralonsohthat's all I have13:50
haleybright. so i'm remembering an older change we never pushed for os-ken that i think was related to threading backend, will have to find it13:52
haleybsahid: i think that was yours ^^ just wondering if we need to move it forward now13:52
lajoskatonayeah, some  patches are hanging for ovs-agent and os-ken13:53
haleybi will look after meeting13:53
sahidyes i think that could make sense13:53
lajoskatona+113:53
haleybok, if we can get those in ready-to-merge state that would be great (if not ther already)13:54
sahidi will double check 13:54
haleybthanks13:54
sahidsure13:55
haleybi will move on since i have a hard stop at top of hour13:55
haleyb#topic on-demand13:55
haleyblajoskatona: you had an item13:55
lajoskatonayes13:55
lajoskatonaregarding trunks13:55
lajoskatonarubasov already sent out a mail to summarize: https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/W3CNUX2QPKLKWY6UV4ZGR3E65TVE4BLC/13:55
lajoskatonaand we have some patches to fix different aspects of the issue which happens when we have many subports for a trunk *actually thats just for easy reproduction)13:56
lajoskatonathe rootcause is that the status of the trunk set to ACTIVE when the parent goes active not when all the posts goes to active13:57
lajoskatonaand this was intriduced for a fix with OVN: https://review.opendev.org/c/openstack/neutron/+/85377913:57
lajoskatonaso this breaks the OVS driver for sure but the OVN also, so one fix from rubasov is to move this status change to OVN only part, and for OVS to fix this in actually os-vif and some extra code doc for code archeologists after us :-)13:58
lajoskatonaand the patch series: https://review.opendev.org/q/topic:%22bug/2095152%2213:59
lajoskatonaplease check if you have time ,and read the mail I linked with bug report :-)13:59
lajoskatonaThat's it, thanks for the attention13:59
ralonsohqq, the os-vif patch is related to the OVN issue?14:00
haleyblajoskatona: thanks will take a look, and i see you added the right people to the review i think14:00
lajoskatonano that is for OVS14:00
ralonsohthanks!14:00
lajoskatona thanks14:00
haleybok, that's all i had, any other topics14:01
haleybok, thanks for attending everyone, have a good week14:02
haleyb#endmeeting14:02
opendevmeetMeeting ended Tue May 27 14:02:07 2025 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:02
opendevmeetMinutes:        https://meetings.opendev.org/meetings/networking/2025/networking.2025-05-27-13.02.html14:02
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/networking/2025/networking.2025-05-27-13.02.txt14:02
opendevmeetLog:            https://meetings.opendev.org/meetings/networking/2025/networking.2025-05-27-13.02.log.html14:02
lajoskatonaBye14:02
mlavalle\o14:02
ralonsohbye14:02
sahido/14:02
opendevreviewBrian Haley proposed openstack/neutron unmaintained/yoga: [OVN] Support address group for ovn driver  https://review.opendev.org/c/openstack/neutron/+/94985514:07
opendevreviewBrian Haley proposed openstack/neutron unmaintained/yoga: [OVN] Support address group for ovn driver  https://review.opendev.org/c/openstack/neutron/+/94985514:51
opendevreviewRodolfo Alonso proposed openstack/neutron master: [eventlet-removal] Remove the usage of eventlet in the L3 agent  https://review.opendev.org/c/openstack/neutron/+/93840414:57
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM == [eventlet-removal] Remove the usage of eventlet from the OVN maintenance worker  https://review.opendev.org/c/openstack/neutron/+/95085415:00
opendevreviewElvira GarcĂ­a Ruiz proposed openstack/neutron master: [WIP] Consider logging options when using OVNdbsync  https://review.opendev.org/c/openstack/neutron/+/94878319:16
opendevreviewMerged openstack/neutron master: Move the RPC initialization to the ``Service.start`` phase  https://review.opendev.org/c/openstack/neutron/+/94913522:46
opendevreviewMerged openstack/neutron master: Update OVN_AGENT_METADATA_SB_CFG_KEY when OVN metadata agent starts  https://review.opendev.org/c/openstack/neutron/+/95067322:58
opendevreviewMerged openstack/neutron master: [UT] Removal of eventlet from the unit tests  https://review.opendev.org/c/openstack/neutron/+/95050222:58
opendevreviewMerged openstack/neutron-tempest-plugin master: Increase the timeout for neutron-tempest-plugin-bgpvpn-bagpipe  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/95089522:58
johnsomHi neutron neighbors, I see that the grenade parent job is still using q-svc: https://opendev.org/openstack/grenade/src/branch/master/.zuul.yaml#L24223:35
johnsomI think that can go away now right?23:35

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