Tuesday, 2025-03-11

opendevreviewGhanshyam proposed openstack/neutron master: Testing doc job on Ubuntu Noble  https://review.opendev.org/c/openstack/neutron/+/94400305:28
sahido/08:21
sahidany chance to have review on this one? https://review.opendev.org/c/openstack/neutron/+/940983 is uses futuristic I feel like it was good choice to handle pool of thread in ths case espcially08:23
opendevreviewLajos Katona proposed openstack/neutron master: fullstack: use shorter agent_down_time and report_interval  https://review.opendev.org/c/openstack/neutron/+/94401309:03
opendevreviewLajos Katona proposed openstack/neutron master: fullstack: use shorter agent_down_time and report_interval  https://review.opendev.org/c/openstack/neutron/+/94401309:06
pabloclsnhi everyone, I have 3 os connected via an IP fabric, the private subnet are distributed via BGP and all vms in all AZ can ping each other, the problem is that I'm trying to contact the private ip of a ovn loadbalancer (az: par1) from an other az (par2 or par3) 11:10
pabloclsnand it's not working only the VMs from par1 can contact the private IP of the LB, I checked the flow of the router in front of the LB and I have this match=(ct.new && !ct.rel && ip4 && ip4.dst == 10.222.97.9 && tcp && tcp.dst == 9042 && is_chassis_resident("cr-lrp-96937f25-ea2f-4dfc-a5e9-76b0d1e4fca7")) I'm pretty sure that the "is_chassis_resident" if the thing blocking other az to reach the private ip of the LB 11:10
pabloclsndo you have any idea on how can I open up the private ip 11:12
opendevreviewSlawek Kaplonski proposed openstack/neutron master: [S-RBAC] Fix policies for the SG rules API  https://review.opendev.org/c/openstack/neutron/+/94402211:13
ralonsohpabloclsn, how are you distributing a private subnet via BGP? shouldn't be eVPN?11:18
pabloclsnralonsoh: i pretty much followed this : https://docs.openstack.org/neutron/latest/admin/config-bgp-dynamic-routing.html11:20
pabloclsnall the vms in all AZ can contact themselve11:22
ralonsohpabloclsn, and where is the LB located? what subnet? Is this subnet on any advertised route?11:29
opendevreviewLajos Katona proposed openstack/neutron master: WIP: Check DHCP agent event handling after eventlet removal  https://review.opendev.org/c/openstack/neutron/+/94402511:43
pabloclsnralonsoh: I have three subnets on 3 az par1: 10.222.97.0/26 VMs and LB are on this subnet par2: 10.222.106.0/26 same vm and lb etc ....  11:58
pabloclsnYes the subnet are advertised to the LEAFs running the ip fabric, as I said all vms on all AZ can contact each others and Lb private ips are on the same subnets as the vms12:00
opendevreviewLajos Katona proposed openstack/neutron master: WIP: Check DHCP agent event handling after eventlet removal  https://review.opendev.org/c/openstack/neutron/+/94402512:31
*** haleyb|out is now known as haleyb13:30
haleyb#startmeeting networking14:00
opendevmeetMeeting started Tue Mar 11 14:00:28 2025 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
haleybPing list: bcafarel, elvira, frickler, mlavalle, mtomaska, obondarev, slaweq, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, haleyb, ralonsoh14:00
mlavalle\o14:00
frickler\o14:00
ykarelo/14:00
slaweqo/14:00
cbuggyo/14:00
lajoskatonao/14:01
rubasovo/14:01
ralonsohhello14:01
haleybhi everyone14:01
haleyb#announcements14:01
haleybWe are currently in week R-3 of Epoxy14:01
haleybRC1 release proposals have been proposed14:02
elvirao/14:02
haleybi have not looked at any yet14:02
haleybAll deliverables released under a cycle-with-rc model should have a first release candidate by the end of the week, from which a stable/2025.1 branch will be cut. This branch will track the 2025.1 Epoxy release.14:02
haleybOnce stable/2025.1 has been created, the master branch will be ready to switch to 2025.2 Flamingo development. While the master branch will no longer be feature-frozen, please prioritize any work necessary for completing 2025.1 Epoxy plans.  Release-critical bugfixes will need to be merged in the master branch first, then backported to the stable/2025.1 branch before a new release candidate can be proposed.14:03
haleybSo we need to take a look at any patches in-flight and get them merged, then update the release patch14:03
haleybRC1 deadline: March 14th, 202514:04
bcafarellate o/14:04
haleybFinal RC deadline: March 28th, 202514:04
haleybFinal 2025.1 Epoxy release: April 2nd, 202514:04
haleybSo please ping me with any patches that should merge, and set priority so they appear in the dashboard14:05
lajoskatona+114:06
slaweqhaleyb I think I may have one14:06
slaweqhttps://review.opendev.org/c/openstack/neutron/+/94402214:06
ralonsohlet's raise the priority to +2 to those patches that should land this week14:07
ralonsohI have another bug fix too14:07
haleybslaweq: +1, will start watching14:07
slaweqthx14:07
haleybralonsoh: yes, RP +2 is a good idea14:07
slaweqI just set it for my patch14:08
haleybProject Teams Gathering (virtual): April 7th-11th, 202514:08
haleyb#link https://ptg.openinfra.dev/ to sign up14:08
slaweqand I will address ralonsoh's comments just after this meeting14:08
haleybApril 7-11, 2025, 13:00-17:00 UTC, Full virtual14:09
haleyb#link https://etherpad.opendev.org/p/apr2025-ptg-neutron14:09
ralonsoh^ thanks!14:09
haleybplease add topics there14:09
lajoskatonathanks14:09
haleyblike last time, i will sign-up for tue/wed/thur slots, we have not needed friday in a couple of meetings14:10
haleybi'm assuming monday is for TC, etc14:10
ralonsohand operator hours?14:10
slaweqmonday usually is for the TC & community leaders session14:11
haleyb#link https://ptg.opendev.org/ptg.html14:11
slaweqTC meetings are usually Thursday and Friday14:11
haleybnot very much there yet14:11
haleybi do see eventlet on tuesday 14:00 and 15:00 UTC so will avoid that time as well14:11
haleybthat's all i had on ptg and announcements, any others?14:13
haleybslaweq: i see TC on friday as well now14:13
haleybso monday and friday14:13
slaweqcould be14:14
slaweqI am not in the TC anymore so I am not tracking it closely this time :)14:14
haleybthat link ^^ is the source of truth14:14
haleyb:)14:14
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:15
haleybi will look later this week14:15
haleyb#topic bugs14:16
haleybrubasov was the deputy last week14:16
haleyb#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/RBDODEDOWWLFMQKLSO2SEAPENMU2WGE3/14:16
haleybthere were a number of gate failures reported14:16
haleyb#link https://bugs.launchpad.net/neutron/+bug/210077614:17
haleybtest_securitygroup(ovs-openflow) fullstack test random failure with Time out exception14:17
haleybnot sure if any were discussed at yesterday's CI meeting14:17
ralonsohyes it was but just to report it14:17
haleyback14:17
haleybthat one needs an owner, comment that it could be similar to https://bugs.launchpad.net/neutron/+bug/187190814:18
haleybanother was14:18
haleyb#link https://bugs.launchpad.net/neutron/+bug/210116514:18
haleybRandom failure in test_established_tcp_session_after_re_attachinging_sg14:19
ralonsohyes, this is failing both in ovn and ovs14:19
ralonsohcould be a test issue implementation too14:19
haleyback, that one needs an owner as well14:21
haleyband another gate failure14:22
haleyb#link https://bugs.launchpad.net/neutron/+bug/210116614:22
haleybRandom failure in dvr ovs grenade jobs to ping vm post upgrade14:22
haleybthat's always in the ovs dvr grenade multinode job14:23
haleybykarel: were those all discussed in CI meeting or just reported?14:24
ykarelhaleyb, yes just briefly discussed and reported14:25
haleyback, would be good to get owners to try and track some of those down, otherwise recheck; recheck; recheck :(14:25
ralonsohI try with the ovs dvr one14:26
ralonsohit seems that we don't have dhcp14:26
lajoskatonaperhaps this last grenade failure isrealted to https://bugs.launchpad.net/neutron/+bug/210184014:27
haleybralonsoh: thanks14:27
lajoskatonaand perhaps to the eventlet removal14:27
ralonsohlajoskatona, could be, let's sync after the meeting14:27
lajoskatonaack14:27
haleybthere was one more gate bug14:28
haleyb#link https://bugs.launchpad.net/neutron/+bug/210080614:28
haleybIntermittent test_batch_notifier failure14:28
haleybi picked this up and proposed a patch14:28
haleybralonsoh: i was just writing a response before meeting, we can discuss there or i'll ping you after meeting14:28
ralonsohsure, after the meeting. I think we discussed it last week14:29
haleybralonsoh: right, more discuss about the change, changing the sleeps wasn't as i expected14:30
haleybi'm just checking the rest of the bugs, most have owners14:31
haleyb#link https://bugs.launchpad.net/neutron/+bug/210107714:32
rubasovI'll get back to see if I can reproduce this: https://bugs.launchpad.net/neutron/+bug/210107714:32
haleybneutron-bgp-agent dies with debug log + json14:32
rubasovjust got some info yesterday14:32
haleybrubasov: ack, thanks14:32
haleyblast one is14:33
haleyb#link https://bugs.launchpad.net/neutron/+bug/210075214:33
haleybSevere Packet Loss During Live Migration Due to Premature Route Advertisement in Neutron BGP Dynamic Routing14:33
haleyblooks like lajoskatona had some thoughts on that one14:34
lajoskatonaI just checked the code to tell the truth14:34
rubasovthat one seems real, I think it cannot be made perfect, but it is likely possible to improve the timing14:34
rubasovmostly based on what Lajos looked into14:35
lajoskatonabut based on that it seems valid bug, and with some extra conditions to the plugin.py for port_update callback it could be ok14:35
lajoskatonayes exact as rubasov said14:35
lajoskatonas/exact/exactly/14:35
lajoskatonaif the reporter can work on it that would be perfect :-)14:37
haleyback, is anyone actually doing active development on that repo to take this? it doesn't look like it based on past changes14:37
haleyblajoskatona: yes, that would be best14:37
haleybok, well make a comment in the bug regarding possible fix if you can, and see if submitter can take14:39
lajoskatona+114:39
haleybany other bugs people want to discuss?14:39
haleyblooking at the calendar, this week mlavalle is deputy, next week is jlibosva14:40
mlavalleon it since yesterday14:40
haleybmlavalle: woohoo! :)14:40
haleybok, moving on14:41
haleyb#topic community goals14:41
haleyblajoskatona: i see one of the neutronclient horizon changes was pushed into the gate, don't know if it merged, but progress14:41
lajoskatonaall merged this morning after few rechecks :-)14:41
lajoskatonaso I have to go back and do something again :-)14:41
haleyboh, perfect, nice end to the cycle! thanks for doing that work14:42
ralonsoh+114:42
haleyblajoskatona: if there is any more work we can add to etherpad and plan for flamingo if possible14:44
lajoskatonagood idea14:44
lajoskatonaas I remember there  was an etherpad for the whole work, I try to find that one also14:45
haleybsure, can just link it14:45
haleybnext item is eventlet14:45
ralonsohyes, in bullet points14:46
ralonsohOVS: https://review.opendev.org/q/topic:%22bug/2087939%22+status:open14:46
ralonsohSR-IOV: https://review.opendev.org/c/openstack/neutron/+/94288414:46
ralonsohL3: nothing yet, stuck in high prio bugs14:46
ralonsohthat's all, ^^ please review the open patches14:46
haleybralonsoh: thanks for that, will review as much as i can today14:47
haleyband there was a bug for macvtap agent, but that needs a new oslo.service14:48
haleyb#link https://bugs.launchpad.net/neutron/+bug/210107614:48
ralonsohright, not urgency for now (and this mech driver is not frequently used)14:48
haleybgreat to get all that work done this cycle!14:49
haleyb#topic on-demand14:50
haleybany other things to discuss? i see nothing in the wiki14:50
haleybok, thanks for attending, have a good week and remember it is RC1 week14:51
haleyb#endmeeting14:51
opendevmeetMeeting ended Tue Mar 11 14:51:33 2025 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:51
opendevmeetMinutes:        https://meetings.opendev.org/meetings/networking/2025/networking.2025-03-11-14.00.html14:51
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/networking/2025/networking.2025-03-11-14.00.txt14:51
opendevmeetLog:            https://meetings.opendev.org/meetings/networking/2025/networking.2025-03-11-14.00.log.html14:51
lajoskatonao/14:51
ralonsohbye14:51
mlavalle\o14:51
ykarelbye14:52
opendevreviewSlawek Kaplonski proposed openstack/neutron master: [S-RBAC] Fix policies for the SG rules API  https://review.opendev.org/c/openstack/neutron/+/94402214:56
opendevreviewRodolfo Alonso proposed openstack/neutron master: WIP == [OVN] Delete a resource provider removed from the agent config  https://review.opendev.org/c/openstack/neutron/+/94405314:57
opendevreviewSlawek Kaplonski proposed openstack/neutron master: [S-RBAC] Fix policies for the SG rules API  https://review.opendev.org/c/openstack/neutron/+/94402215:16
MengyangZhang[m]1hi, I have question about the qos, currently neutron supports to create default qos for all new networks created in a project. I was wondering if the community like the idea of applying qos policy to all neutron ports associated with the instances within that project. This may require code changes on both nova and neutron side. Just want to ask if this is something that community is interested in before commit efforts into15:22
MengyangZhang[m]1this to make it happen. Thanks15:22
lajoskatonaralonsoh: Hi, regarding https://bugs.launchpad.net/neutron/+bug/210184015:28
lajoskatonaI pushed a test patch with some extra logs: https://review.opendev.org/c/openstack/neutron/+/94402515:29
ralonsohlajoskatona, do we have jobs before merging the dhcp eventlet removal?15:30
ralonsohbecause I think the number of events is the same15:30
ralonsohwe merged https://review.opendev.org/c/openstack/neutron/+/942393 on feb 2815:30
lajoskatonagood question15:30
ralonsohI'm using neutron-ovs-tempest-with-os-ken-master in zuul15:31
ralonsohhttps://zuul.opendev.org/t/openstack/builds?job_name=neutron-ovs-tempest-with-os-ken-master&skip=015:31
lajoskatonathe jobs for the test patch the max number of events went to 99 perhaps in one of the jobs so not terribly high15:31
lajoskatonaI used neutron-ovs-tempest-with-oslo-master 15:32
pabloclsnralonsoh: so you have a clue about my problem ? :)15:32
ralonsohlajoskatona, for example, I see more than 200 in https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_e2e/periodic/opendev.org/openstack/neutron/master/neutron-ovs-tempest-with-os-ken-master/e2e99ed/controller/logs/screen-q-dhcp.txt15:33
ralonsohthat is before merging the patch15:33
ralonsohlet me check older logs15:33
lajoskatonaok, cool so that was a red herring or like that15:34
ralonsohlajoskatona, same for other jobs before merging these patches15:34
ralonsohmore than 200 pending events15:34
ralonsohI think this is a red herring15:34
ralonsohand checking the time to process them is the same with eventlet and kernel threads15:35
ralonsohpabloclsn, no, this deployment using octavia and bgp is quite complex15:35
ralonsohI would suggest to write a LP bug with a good description15:35
ralonsohand, if possible, a reproducer15:35
lajoskatonaralonsoh: anyway, the log I added can be useful, we have similar for l3-agent15:35
ralonsohMengyangZhang[m]1, please propose a LP RFE. You already asked that here before. This kind of discussions are done during the drivers meeting (fridays at 13UTC) in this channel15:37
ralonsohlajoskatona, for sure, I'll check the CI logs with his new message15:37
MengyangZhang[m]1what is a LP RFE? Could you point me to the relevant docs? Thanks16:27
lajoskatonaMengyangZhang[m]1: Neutron uses RFE as a lightweight blueprint, example: https://bugs.launchpad.net/neutron/+bug/210077016:31
lajoskatonaadd rfe  to the bug header ([RFE]), and you can set rfe as tag for your bug16:32
lajoskatonashortly describe the topic and the proposed solution, on Fridays we have usually the drivers meeting (1400UTC) to discuss these and accept them or ask for more details or change in direction16:33
pabloclsnralonsoh: Ok thanks :) 16:48
opendevreviewMerged openstack/neutron-vpnaas-dashboard master: reno: Update master for unmaintained/zed  https://review.opendev.org/c/openstack/neutron-vpnaas-dashboard/+/91756218:18
opendevreviewMerged openstack/neutron-vpnaas-dashboard master: Imported Translations from Zanata  https://review.opendev.org/c/openstack/neutron-vpnaas-dashboard/+/91637818:25
opendevreviewMerged openstack/neutron-vpnaas-dashboard master: Fix outdated tox minversion  https://review.opendev.org/c/openstack/neutron-vpnaas-dashboard/+/93228618:29
haleybfroyo: can you let me know if there are any ovn-octavia-provider changes that will merge before RC1 cutoff, and/or update the release patch accordingly? https://review.opendev.org/c/openstack/releases/+/943946 thanks!18:46
froyohaleyb: in my radar, just this one https://review.opendev.org/c/openstack/ovn-octavia-provider/+/929039 please feel free to review, I will as to some other core reviewer tommorrow morning and as soon it is merge will update the release patch ^18:51
opendevreviewMerged openstack/neutron-fwaas master: Use releases.openstack.org instead of opendev.org  https://review.opendev.org/c/openstack/neutron-fwaas/+/94381218:51
opendevreviewBrian Haley proposed openstack/neutron master: [OVN] Do not call ``QoSAddCommand`` without max-bw/DSCP rule  https://review.opendev.org/c/openstack/neutron/+/94366418:51
haleybfroyo: ack, will look at that and any other quick ones in gerrit18:54
opendevreviewMerged openstack/neutron-vpnaas master: Use releases.openstack.org instead of opendev.org  https://review.opendev.org/c/openstack/neutron-vpnaas/+/94381319:17
froyohaleyb++19:17
opendevreviewMerged openstack/neutron-fwaas master: db: add missing primary key in firewall_group_associations_v2  https://review.opendev.org/c/openstack/neutron-fwaas/+/93965619:27
opendevreviewMerged openstack/neutron-vpnaas master: Use consistent regex to validate ovsdb_connection  https://review.opendev.org/c/openstack/neutron-vpnaas/+/94258819:38
opendevreviewMerged openstack/ovn-octavia-provider master: Drop unused environment  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/94259219:45
opendevreviewMerged openstack/neutron-vpnaas master: Fix connection status reporting when using LibreSwan 4  https://review.opendev.org/c/openstack/neutron-vpnaas/+/93721619:48
opendevreviewMerged openstack/neutron-vpnaas master: Load core neutron.conf in ovn-vpn-agent  https://review.opendev.org/c/openstack/neutron-vpnaas/+/92989819:50
opendevreviewMerged openstack/networking-bgpvpn master: Update default envlist  https://review.opendev.org/c/openstack/networking-bgpvpn/+/93903420:10
opendevreviewMerged openstack/networking-bgpvpn master: reno: Update master for unmaintained/zed  https://review.opendev.org/c/openstack/networking-bgpvpn/+/91754820:10
opendevreviewMerged openstack/neutron-fwaas-dashboard unmaintained/2023.1: Update .gitreview for unmaintained/2023.1  https://review.opendev.org/c/openstack/neutron-fwaas-dashboard/+/93509220:12
opendevreviewMerged openstack/neutron-vpnaas-dashboard unmaintained/2023.1: Update .gitreview for unmaintained/2023.1  https://review.opendev.org/c/openstack/neutron-vpnaas-dashboard/+/93509820:24
opendevreviewMerged openstack/neutron master: Use openvswitch interface driver by default  https://review.opendev.org/c/openstack/neutron/+/94216120:56
opendevreviewMerged openstack/tap-as-a-service master: Prohibit installation in too old python versions  https://review.opendev.org/c/openstack/tap-as-a-service/+/94122121:03
opendevreviewTakashi Kajinami proposed openstack/neutron-vpnaas-dashboard master: Update default envlist  https://review.opendev.org/c/openstack/neutron-vpnaas-dashboard/+/93903722:09
opendevreviewMerged openstack/tap-as-a-service master: Squash tass.ini and taas_plugin.ini  https://review.opendev.org/c/openstack/tap-as-a-service/+/92981422:36
opendevreviewMerged openstack/neutron master: [eventlet-removal] Remove the usage of eventlet in the SR-IOV agent  https://review.opendev.org/c/openstack/neutron/+/94288423:08
opendevreviewMerged openstack/neutron master: Add devstack plugin to enable ovs metadata_path  https://review.opendev.org/c/openstack/neutron/+/92858623:08

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