Tuesday, 2025-06-10

opendevreviewyatin proposed openstack/neutron-tempest-plugin master: [CI][2025.1] Skip failing test in ubuntu jammy ovn job  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/95217704:23
opendevreviewRodolfo Alonso proposed openstack/neutron master: [eventlet-removal] Remove the eventlet API code  https://review.opendev.org/c/openstack/neutron/+/95211806:08
opendevreviewRodolfo Alonso proposed openstack/neutron master: [eventlet-removal] Remove the usage of eventlet from neutron-usage-audit  https://review.opendev.org/c/openstack/neutron/+/95214006:09
opendevreviewRodolfo Alonso proposed openstack/neutron master: [eventlet-removal] Remove the usage of eventlet from neutron-metering-agent  https://review.opendev.org/c/openstack/neutron/+/95214206:10
opendevreviewRodolfo Alonso proposed openstack/neutron master: [eventlet-removal] Remove the usage of eventlet from the RCP worker  https://review.opendev.org/c/openstack/neutron/+/95211906:12
opendevreviewTakashi Kajinami proposed openstack/neutron master: Drop explicit dependency on python-subunit  https://review.opendev.org/c/openstack/neutron/+/95218406:22
opendevreviewTakashi Kajinami proposed openstack/neutron master: Drop explicit dependency on python-subunit  https://review.opendev.org/c/openstack/neutron/+/95218406:23
opendevreviewMerged openstack/ovn-octavia-provider master: Add documentation for octavia-ovn-db-sync-util  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/95068607:44
opendevreviewLajos Katona proposed openstack/neutron master: DHCP Agent: Log resource update events  https://review.opendev.org/c/openstack/neutron/+/94402507:51
opendevreviewRodolfo Alonso proposed openstack/neutron master: Execute ``test_initialize_network...`` with concurrency 1  https://review.opendev.org/c/openstack/neutron/+/95219307:57
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - Testing patch Neutron functional  https://review.opendev.org/c/openstack/neutron/+/95219407:57
opendevreviewMerged openstack/neutron master: Actually require python >= 3.10  https://review.opendev.org/c/openstack/neutron/+/95210607:59
opendevreviewRodolfo Alonso proposed openstack/neutron master: [eventlet-removal] Remove the usage of eventlet from neutron-usage-audit  https://review.opendev.org/c/openstack/neutron/+/95214008:06
opendevreviewRodolfo Alonso proposed openstack/neutron master: [eventlet-removal] Remove the usage of eventlet from neutron-metering-agent  https://review.opendev.org/c/openstack/neutron/+/95214208:06
opendevreviewRodolfo Alonso proposed openstack/neutron master: [eventlet-removal] Remove the usage of eventlet from the RCP worker  https://review.opendev.org/c/openstack/neutron/+/95211908:07
opendevreviewRodolfo Alonso proposed openstack/neutron master: [eventlet-removal] Remove the usage of eventlet from the RCP worker  https://review.opendev.org/c/openstack/neutron/+/95211908:11
opendevreviewMerged openstack/neutron-tempest-plugin master: [CI][2025.1] Skip failing test in ubuntu jammy ovn job  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/95217708:25
opendevreviewRodolfo Alonso proposed openstack/neutron master: [FT] Improve ``test_assert_pings_during_br_phys_setup_not_lost*`` tests  https://review.opendev.org/c/openstack/neutron/+/95220909:23
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - Testing patch Neutron functional  https://review.opendev.org/c/openstack/neutron/+/95221009:23
opendevreviewRodolfo Alonso proposed openstack/neutron master: [eventlet-removal] Remove the usage of eventlet from the periodic worker  https://review.opendev.org/c/openstack/neutron/+/95211710:10
*** cp- is now known as Guest1788610:12
opendevreviewRodolfo Alonso proposed openstack/neutron master: [eventlet-removal] Remove the usage of eventlet in the MacVTAP agent  https://review.opendev.org/c/openstack/neutron/+/95221910:58
opendevreviewRodolfo Alonso proposed openstack/neutron master: [eventlet-removal] Remove the usage of eventlet in the MacVTAP agent  https://review.opendev.org/c/openstack/neutron/+/95221911:00
opendevreviewRodolfo Alonso proposed openstack/neutron master: [eventlet-removal] Patch unit tests for keepalived not. server  https://review.opendev.org/c/openstack/neutron/+/95222011:18
opendevreviewTakashi Kajinami proposed openstack/python-neutronclient master: rop explicit dependency on python-subunit  https://review.opendev.org/c/openstack/python-neutronclient/+/95222812:08
opendevreviewTakashi Kajinami proposed openstack/python-neutronclient master: Drop explicit dependency on python-subunit  https://review.opendev.org/c/openstack/python-neutronclient/+/95222812:12
opendevreviewTakashi Kajinami proposed openstack/ovn-octavia-provider master: Drop explicit dependency on python-subunit  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/95223112:13
tkajinamI wonder if this tiny update can get 2nd +2 ? https://review.opendev.org/c/openstack/ovn-octavia-provider/+/93902812:14
ralonsohsure12:18
ralonsohtkajinam, I think n-lib also needs this change12:18
tkajinamralonsoh, thx !12:19
tkajinamralonsoh, I see it was done by https://review.opendev.org/c/openstack/neutron-lib/+/869481 but you might be talking about a different change ?12:20
ralonsohtkajinam, sorry, yes. I was talking about https://review.opendev.org/c/openstack/python-neutronclient/+/95222812:22
tkajinamralonsoh, it was already removed by https://review.opendev.org/c/openstack/neutron-lib/+/950524 , it seems12:26
ralonsohtkajinam, ups, I had an old repo! I'll update it 12:27
ralonsohthanks12:27
tkajinamI found it in a few other stadium repos, though. I'll go through these (and remove any others which we can drop)12:28
opendevreviewTakashi Kajinami proposed openstack/neutron-tempest-plugin master: Drop explicit dependency on python-subunit  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/95223712:29
opendevreviewTakashi Kajinami proposed openstack/neutron-dynamic-routing master: Drop explicit dependency on python-subunit  https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/95223912:32
opendevreviewTakashi Kajinami proposed openstack/networking-bgpvpn master: Drop explicit dependency on python-subunit  https://review.opendev.org/c/openstack/networking-bgpvpn/+/95224012:33
opendevreviewTakashi Kajinami proposed openstack/networking-bagpipe master: Drop explicit dependency on python-subunit  https://review.opendev.org/c/openstack/networking-bagpipe/+/95224112:34
opendevreviewTakashi Kajinami proposed openstack/os-ken master: Drop explicit dependency on python-subunit  https://review.opendev.org/c/openstack/os-ken/+/95224312:37
opendevreviewTakashi Kajinami proposed openstack/ovsdbapp master: Drop explicit dependency on python-subunit  https://review.opendev.org/c/openstack/ovsdbapp/+/95224412:41
opendevreviewTakashi Kajinami proposed openstack/ovsdbapp master: Unpin isort  https://review.opendev.org/c/openstack/ovsdbapp/+/95224512:42
*** haleyb|out is now known as haleyb12:50
opendevreviewTakashi Kajinami proposed openstack/tap-as-a-service master: Drop explicit dependency on python-subunit  https://review.opendev.org/c/openstack/tap-as-a-service/+/95224712:51
opendevreviewRodolfo Alonso proposed openstack/neutron master: [eventlet-removal] Patch unit tests for keepalived not. server  https://review.opendev.org/c/openstack/neutron/+/95222012:52
opendevreviewTakashi Kajinami proposed openstack/networking-bagpipe master: Drop explicit dependency on python-subunit  https://review.opendev.org/c/openstack/networking-bagpipe/+/95224112:53
opendevreviewTakashi Kajinami proposed openstack/tap-as-a-service master: Drop explicit dependency on python-subunit  https://review.opendev.org/c/openstack/tap-as-a-service/+/95224712:54
haleyb#startmeeting networking13:00
opendevmeetMeeting started Tue Jun 10 13: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.13:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.13:00
opendevmeetThe meeting name has been set to 'networking'13:00
haleybPing list: bcafarel, elvira, frickler, mlavalle, mtomaska, obondarev, slaweq, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, haleyb, ralonsoh13:00
mlavalle\o13:00
obondarevo/13:00
slaweqo/13:00
ralonsohhello13:00
cbuggyo/13:00
ykarelo/13:00
elvirahi o/13:01
rubasovo/13:01
haleybhi everyone, just getting back online after a 4-day weekend, but looks like there weren't too many fires :)13:02
haleyb#announcements13:02
haleybWe are currently in Week R-15 of Flamingo13:02
haleybOur next milestone in this development cycle will be Flamingo-2, on July 3rd13:02
haleybFinal 2025.2 Flamingo release: October 3rd, 202513:03
lajoskatonao/13:03
haleyb#link https://releases.openstack.org/flamingo/schedule.html13:03
haleyband i'll copy a little from the release team email13:03
haleybPlease remember that libraries need to be released at least once per milestone period. At milestone 2, the release team will propose releases for any library that has not been otherwise released since milestone 1.13:03
haleybOther non-library deliverables that follow the cycle-with-intermediary release model should have an intermediary release before milestone-2. Those who haven't will be proposed to switch to the cycle-with-rc model, which is more suited to deliverables that are released only once per cycle.13:03
haleybAt milestone-2 we also freeze the contents of the final release. If you have a new deliverable that should be included in the final release, you should make sure it has a deliverable file in:13:04
haleyb#link https://opendev.org/openstack/releases/src/branch/master/deliverables/flamingo13:04
haleybthe other announcement was for the next PTG kickoff13:06
haleyb#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/FU26JK6VKZNLNK7ZV7SGJF2V4KA37IQW/13:06
haleybThe next OpenInfra PTG[1] will take place October 27-31, 2025 and registration for the event is now open[2]!13:06
haleybI will sign-up neutron for the event13:07
haleybit might conflict with internal travel for me but i will try and work around it13:08
haleyband my final announcement13:09
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:09
haleybi believe we have enough for a meeting this week, will check13:09
haleyboh, one more13:10
haleybkuba sent a doodle to the ML about a face-2-face OVN BGP meeting13:10
haleyb#link https://doodle.com/group-poll/participate/aK9Nkknd/vote13:10
haleybif that is of interest please put vote for a time that works for you13:11
haleyblooks like the times are early next week13:11
haleybs/early/all13:12
haleybok, any other announcements?13:12
haleyb#topic bugs13:13
haleybi was the deputy last week, just sent an email to the list as i was out13:13
haleyb#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/SFQT2BEC36MY32DSB6YFVCVJ76KC66O3/13:13
opendevreviewTakashi Kajinami proposed openstack/networking-bgpvpn master: Drop explicit dependency on python-subunit  https://review.opendev.org/c/openstack/networking-bgpvpn/+/95224013:13
haleybi'll go through the ones without patches13:14
haleyb#link https://bugs.launchpad.net/neutron/+bug/211264813:14
haleyb[OVS Firewall] Remote-group member flows not restored after port rebind with same IP/MAC during migration to OVS13:15
lajoskatonamigrating from linuxbridge to OVS? really exotic bug :-)13:16
haleybi marked this High as it checked both the Linuxbridge migration box as well as SGs, although traffic is not flowing13:16
slaweqI see there is patch attached to the LP already13:16
haleyblajoskatona: yeah, and i didn't know if it would affect OVN13:16
haleyband yes, there was a patch attached13:16
slaweqI think we need to explain this guy how to do it through gerrit instead13:16
haleybslaweq: yes, that was my plan, only saw it this morning13:17
ralonsohI have one question about the cases described were the RPC is not send (I'll ask it in the bug)13:17
lajoskatona+1, hard to test anyway, but perhaps available tests catch something or we can ask some test for it13:17
ralonsohthis is about 3) The port status appears as DOWN (from the plugin’s view), while the binding status is ACTIVE.13:17
ralonsohif the VM has started, the port should be UP. I would like to know when the port is DOWN if the VM is active13:18
slaweqlajoskatona IIUC migraton from LB to OVS has nothing to do with it,13:18
slaweqI know he mentioned that in first line of the description but I think it can be reproduced on the "greenfield" ml2/ovs deployment too13:19
haleyb"Restarting neutron-openvswitch-agent restores expected flows"13:19
ralonsohhaleyb, we refresh all flows, that usually fix every problem we have with the OVS FW13:19
haleybralonsoh: agreed, this might just be some corner case13:20
haleyblet's ask any clarification questions in the bug, and i will suggest they submit a patch13:21
haleybslaweq: and i would agree after reading the migration shouldn't be affecting this13:22
haleybthanks for the discussion, next bug13:22
haleyb#link https://bugs.launchpad.net/neutron/+bug/211245313:22
haleybsubnet create with subnet-pool and --gateway none creates gateway ip13:22
haleybso this call13:22
haleyb$ openstack subnet create --subnet-pool subnetpool --gateway none --network network subnet13:23
haleybi could reproduce on a fresh devstack13:23
ralonsohI can take this one13:23
haleybralonsoh: ack, thanks - they did mention an older bug you fixed that seemed related, https://bugs.launchpad.net/neutron/+bug/190443613:24
ralonsohyeah... I'll check the patch I sent 4 years ago13:25
ralonsoh(I remember nothing)13:25
haleyb:)13:25
haleybnext one13:25
haleyb#link https://bugs.launchpad.net/neutron/+bug/211249213:25
haleybneutron-metadata-agent shows XXX (dead) status despite being functional in Neutron 26.0.013:25
ralonsohI had some questions about this13:26
ralonsohC#213:26
ykarelbut it looks ovs setup not ovn13:26
haleybright, but i think this was ml2/ovs not ovn13:26
ralonsohthis is why I asked that13:26
ykarelhaleyb, you had q-meta service enabled?13:26
ralonsohI'm not sure what is this folk using13:26
ykarelfor devstack local setup13:26
haleybykarel: i could see the agent running but would need to re-stack to verify13:27
haleybi did not have any of the "force" metadata options set to true, which should not have mattered13:27
haleybbut 'openstack network agent list' did not even show any metadata agent at all13:28
ykarelack, in my old devstack setup i could see it running and visible in network agent list, triggered restack13:28
ralonsohI have one running now13:28
ykarel| 8f50a591-c14d-4425-a5a1-87e7a3dd4aca | Metadata agent     | ykarel-dnsovs | None              | :-)   | UP    | neutron-metadata-agent    |13:28
ralonsohthe agent is alive13:28
ralonsoh(running ml2/OVS)13:28
ralonsohmaybe we have ask for the agent logs, maybe something is stuck (RPC)13:29
ykarelok then it's all good in master, and issue likely env specific so need logs/configs etc to check further?13:29
ykarelyes +113:29
ralonsohright13:29
haleybykarel: glad you could see the agent and confirm master is ok, please add any comments to bug, i already asked about logs but have not seen a reply13:30
haleybnext one13:31
haleyb#link https://bugs.launchpad.net/neutron/+bug/211262013:32
haleyb[neutron-tempest-plugin] Test ``test_vlan_transparent_allowed_address_pairs`` failing13:32
ralonsohI think there is a patch13:32
ralonsohhttps://review.opendev.org/c/openstack/neutron-tempest-plugin/+/95217713:32
ykarelyes this was failing for a known issue in OVN version included in ubuntu jammy13:32
ykarelso failing tests skipped in the job for now13:32
haleybah, the same issue we had seen before13:33
haleybi thought we has over-ridden the image in another patch?13:33
ykarelthe image change was for guest images, this is related to cloud where ovn runs13:33
mnaserhttps://bugs.launchpad.net/neutron/+bug/208453613:34
haleybah yes, thanks for the reminder13:34
mnaserThis bug seems to have mentioned that the ha chassis group patch would be the ultimate fix however it seems that the patch is abandoned 13:34
ralonsohno, this is in progress13:35
ralonsohbut there is a previous implementation that needs to land13:35
haleybis this related to the n-t-p bug ?13:35
ralonsohthis is the LRP migration to HA_Chassis_Group13:35
mnaserI see... so for now technically if we dont patch things that is technically not working for now 13:35
ralonsohthe point here is how to set the same GW chassis for a external port and the GW LRP13:36
ralonsohfor this, we need first to migrate the HA for LRP from gateway_chassis to ha_chassis_group13:36
mnaserI see.. any suggestions on stop gap measure since that means ovn + bm + vlan tenant networks is no good 13:37
opendevreviewElvira García Ruiz proposed openstack/neutron master: Consider logging options when using OVNdbsync  https://review.opendev.org/c/openstack/neutron/+/94878313:38
ralonsoha workaround could be to be able to change the external port HA_Chassis_Group to match the LRP gateway_chassis13:38
ralonsohthat will land the BM port on the same LRP GW chassis13:38
haleybok, i'd like to loop back to original bug we were discussing13:40
haleyb#link https://bugs.launchpad.net/neutron/+bug/211262013:41
mnaserOh sorry. Meeting. My bad. Ill stay quiet. 13:41
haleybykarel: i noticed that was related-bug - is the only fix updating jammy?13:41
haleybjust didn't want the bug open forever if there was nothing else we can really do13:42
ykarelyes nothing for us, and doubt if ovn version going to be udpated in jammy13:43
haleybprobably not in the base image, no13:43
haleybcould we technically create a noble job for this? that should work with 2025.1 i think13:44
haleybalthough it is already shipping code13:44
ykarelwe already have noble job in 2025.113:45
ykarelthis is the only jammy job we run for 2 distros that supported in release13:45
haleybah it was right above it :)13:46
haleybok, thanks for the info13:46
haleybi did not see any other bugs, but if someone has one to discuss you can do so now13:46
ykarelExpectation is to have at least one tempest job testing the Ubuntu 22.04 so that the SLURP release upgrade (from 2024.1 to 2025.1) works fine.13:46
ykarelfrom https://governance.openstack.org/tc/reference/runtimes/2025.1.html13:46
haleybright, and it covers python 3.1013:47
haleybok, if no other bugs we can move on13:48
opendevreviewMerged openstack/ovn-octavia-provider master: Update default envlist  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/93902813:48
haleyboh, rubasov is the deputy this week, next week is mlavalle - is that ok for both?13:49
mlavalleyes it is13:49
haleybperfect, i remember bence said it was ok with him last meeting13:49
mlavallehe did13:49
haleyb#topic community goals13:50
haleyblajoskatona: i did see some neutronclient patches, just haven't been able to keep up13:50
lajoskatonayes, reviews coming for the horizon patch also13:51
lajoskatonaso slow progrss with security-groups, and I hope I can push the Qos one also (https://review.opendev.org/c/openstack/horizon/+/949764)13:51
lajoskatonathat's it for the SDK topic13:52
haleyblajoskatona: ok, thanks for the update13:52
haleybralonsoh: and finally eventlet13:52
ralonsohthanks. There are 3 topics13:53
ralonsohOVS agent: https://review.opendev.org/q/topic:%22bug/2087939%22+status:open13:53
ralonsohThe last patches are still failing. I'll check tomorrow what is happening there to speed up these patches13:53
ralonsohDHCP agent: https://review.opendev.org/q/topic:%22bug/2087944%2213:53
ralonsohStill waiting for the last patch that removes eventlet from DHCP13:53
ralonsohAnd "other patches" (mostly related to API and other CLI tools)13:54
ralonsoh#link https://review.opendev.org/c/openstack/neutron/+/93840413:54
ralonsoh#link https://review.opendev.org/c/openstack/neutron/+/95211913:54
ralonsoh#link https://review.opendev.org/c/openstack/neutron/+/95214013:54
ralonsoh#link https://review.opendev.org/c/openstack/neutron/+/95214213:54
ralonsoh#link https://review.opendev.org/c/openstack/neutron/+/95222013:54
ralonsoh#link https://review.opendev.org/c/openstack/neutron/+/95085413:54
ralonsoh#link https://review.opendev.org/c/openstack/neutron/+/95211713:54
ralonsohthat's all13:54
ralonsohah, there is a bug in oslo.services13:55
haleyback, think most (all?) of those last ones are on this topic13:55
ralonsohpatch: https://review.opendev.org/c/openstack/oslo.service/+/95150513:55
haleybhttps://review.opendev.org/q/topic:%2522eventlet-removal%2522+project:openstack/neutron+status:open13:55
ralonsohhaleyb, no, not all Neutron patches are under this topic13:55
ralonsohfor example, DHCP and OVS are under their own bugs13:56
haleybyou're right, some are and some are not, sigh13:56
frickleryou could use hashtags now13:56
fricklerallows multiple tags13:56
ralonsohbut it was recommended to use the same topic: eventlet-removal13:57
ralonsohI'll change the topic of these patches13:57
lajoskatonashall we change the topic for all then?13:58
ralonsohyes please13:58
lajoskatonaand use dhcp bug specific hashtag for example?13:58
lajoskatonaack, I will check my patches13:58
haleybralonsoh: and regarding the oslo.service patch, i'm guessing there is a neutron patch removing wait_interval? or will be down the line13:59
ralonsohno, the other change13:59
ralonsohcalling launch_service multiple times13:59
ralonsohI raised yesterday this issue because of this patch (one sec)14:00
haleybah ack14:00
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/95211714:00
ralonsohwe spawn several workers in the same process14:00
ralonsohI tested it today and is working, so cool14:00
cardoeI was hoping I could ask about https://bugs.launchpad.net/neutron/+bug/2105855 which is my RFE bug for the evpn-vxlan ML2 type. I pushed a first draft of my proposed spec. I was just wondering if I should bring this up during a drivers meeting or post on the ML?14:00
haleybgreat, thanks14:00
* haleyb has not thought about neutron since last thursday so is out of it14:01
fricklerjust a quick note, missed to mention this for announcements: CLA is getting replaced with DCO https://governance.openstack.org/tc/resolutions/20250520-replace-the-cla-with-dco-for-all-contributions.html14:01
fricklerstarting date will be 2025-07-01, but it doesn't hurt to start signing off your commits earlier. the TC is still working on updating the global contributor docs accordingly14:01
haleybcardoe: one second, let me change topics14:01
haleyb#topic on-demand14:01
haleybfrickler: yes, thanks for the reminder, will put that in the announcments for next week14:02
cardoeapologies I just didn't want the meeting to end14:02
haleybusing -s with git commit (or tweaking .gitconfig) should get this behavior14:02
haleybcardoe: ok, go ahead, i do realize we are a little over time14:03
cardoeSo I've got https://bugs.launchpad.net/neutron/+bug/2105855 and proposed https://review.opendev.org/c/openstack/neutron-specs/+/952166 for it as a first draft. Just wanted to know what the proper next steps are for me to propose this.14:04
ralonsohI'll add this review to my pile for this week14:04
haleybcardoe: i can put it on the agenda, i don't remember discussing at ptg, but could be mistaken14:05
cardoeI did discuss it at the PTG. Doug Goldstein was my video name.14:05
mlavalleyeap14:06
haleybcardoe: ack, i'll look through the etherpad, too much to remember :)14:06
mlavalleso it's a matter of reviewing the spec, right?14:06
haleybi never updated the tags on it correctly14:06
mlavalleand getting it merged14:07
mlavalleI'll review it this week14:07
haleybthanks, and thanks for the reminder14:07
haleybanything else to discuss?14:07
ralonsohyes14:08
haleybsure14:08
ralonsoh(I dont find the link)14:08
ralonsohhttps://bugs.launchpad.net/neutron/+bug/211231314:08
ralonsohOnce implemented OVN agent with the metadta extension14:08
ralonsohand being that tested in the CI for the last 3 releases (as the default one)14:09
ralonsohI think we should start during this release to send deprecation messages14:09
ralonsohand the remove the code14:09
ralonsohSo, just to know what the schedule should be14:09
ralonsohfor how long should we just write a deprecation warning?14:09
cardoeI wanted to ask about mapping a port to the network segment. Ironic does https://opendev.org/openstack/ironic/src/branch/master/ironic/common/neutron.py#L1053 which walks the IP addresses for matching. Which works fine with routed networks. But if you're using l2_adjacency, is there anything that stores what segment the port is bound to?14:10
ralonsohif we start now, that should include 2026.1 (SLURP) and I think we could remove everything in 2026.2 (before 2027.1)14:11
ralonsohright?14:11
haleybralonsoh: i would agree we can move to deprecate, don't know how many releases, but 2026.2 seems sane14:11
ralonsohok, I'll send a patch now and check what other CI jobs are still using OVN metadata and migrate to OVN agent14:11
haleybi will make sure it's known to our team here that does the config work14:12
ralonsohthe CI has examples of that14:12
ralonsohit is used in the neutron jobs14:12
haleybralonsoh: is there even much for migration? just adding the option that starting the new agent, stopping the existing?14:12
haleybs/then starting the new agent, can't type14:12
ralonsohhttps://zuul.opendev.org/t/openstack/builds?job_name=neutron-tempest-plugin-ovn&skip=014:13
ralonsohnot really, you can stop one and start the other14:13
ralonsohnothing else14:13
haleybralonsoh: right, should not be complicated, perfect14:14
haleybalright, we are :15 over so i'll end the meeting14:14
haleybthanks for attending everyone, and feel free to continue discussions14:14
haleyb#endmeeting14:15
opendevmeetMeeting ended Tue Jun 10 14:15:07 2025 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:15
opendevmeetMinutes:        https://meetings.opendev.org/meetings/networking/2025/networking.2025-06-10-13.00.html14:15
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/networking/2025/networking.2025-06-10-13.00.txt14:15
opendevmeetLog:            https://meetings.opendev.org/meetings/networking/2025/networking.2025-06-10-13.00.log.html14:15
ralonsohbye14:15
haleybo/14:15
sebaI have three (short) reviews open for properly setting the service type when registering a provider. I wanted to ask if someone could have a look at them, see e.g. https://review.opendev.org/c/openstack/networking-bgpvpn/+/950212 + related topics14:15
ralonsohhaleyb, hi! When checking https://review.opendev.org/c/openstack/neutron/+/938404 (that I think is ready) 14:18
ralonsohplease check https://review.opendev.org/c/openstack/neutron/+/952220 after that14:18
haleybralonsoh: ack, i'll just need some more coffee :)14:19
ralonsohah, and this: https://review.opendev.org/c/openstack/neutron/+/952194 --> this is testing the lower patch, that is affecting seriously the FT CI job14:20
ralonsohin this testing patch, the affected test never failed14:21
ralonsohaffected tests*14:21
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM == [eventlet-removal] Don't use eventlet in the unit tests  https://review.opendev.org/c/openstack/neutron/+/95225814:45
ralonsohlajoskatona, slaweq, hello! please, if you have a couple of mins: https://review.opendev.org/c/openstack/neutron/+/95052114:49
ralonsohnot rush14:49
opendevreviewMerged openstack/os-vif master: OVS Trunk: Add bridge_name to external_ids  https://review.opendev.org/c/openstack/os-vif/+/94973615:08
lajoskatonaralonsoh: I try to check it tomorrow15:10
ralonsohthanks!15:10
ykarelhaleyb, ralonsoh after restacking i don't see neutron-metadata-agent in agent list so looks there is some issue, only see l3,dhcp,ovs agent. q-meta service running15:24
ykarelso looks some recent change in last few months broke it15:25
ykarelnot sure if ralonsoh setup was recent one15:25
haleybykarel: ack, that confirms what i saw last week with tip of master, was going to try 2024.2 just to see if that was different as the bug mentioned 2025.1 failed15:28
opendevreviewFernando Royo proposed openstack/ovn-octavia-provider master: Prevent redirecting traffic to new SHUTOFF backend members  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/95193715:29
opendevreviewMerged openstack/neutron-fwaas master: Remove py39 reference from setup.cfg  https://review.opendev.org/c/openstack/neutron-fwaas/+/95095916:20
opendevreviewMerged openstack/tap-as-a-service master: Remove py39 jobs and reference from setup.cfg and jobs  https://review.opendev.org/c/openstack/tap-as-a-service/+/95148917:36
opendevreviewMerged openstack/networking-bgpvpn master: Remove py39 reference from setup.cfg  https://review.opendev.org/c/openstack/networking-bgpvpn/+/95095817:51
opendevreviewMerged openstack/networking-bagpipe master: Remove py39 job and reference in setup.cfg  https://review.opendev.org/c/openstack/networking-bagpipe/+/95095618:01
opendevreviewMerged openstack/networking-sfc master: Remove py39 reference from setup.cfg  https://review.opendev.org/c/openstack/networking-sfc/+/95096318:05
opendevreviewMerged openstack/neutron master: Drop explicit dependency on python-subunit  https://review.opendev.org/c/openstack/neutron/+/95218418:08
opendevreviewMerged openstack/neutron-tempest-plugin master: Drop explicit dependency on python-subunit  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/95223718:08
opendevreviewMerged openstack/python-neutronclient master: Drop explicit dependency on python-subunit  https://review.opendev.org/c/openstack/python-neutronclient/+/95222818:25
opendevreviewBrian Haley proposed openstack/neutron master: Fix a random segment unit test failure  https://review.opendev.org/c/openstack/neutron/+/95230121:42
opendevreviewBrian Haley proposed openstack/neutron master: Fix a random segment unit test failure  https://review.opendev.org/c/openstack/neutron/+/95230121:53
opendevreviewsean mooney proposed openstack/os-vif master: remove linux bridge plugin  https://review.opendev.org/c/openstack/os-vif/+/94158623:48

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