Monday, 2026-08-24

opendevreviewyatin proposed openstack/neutron master: [DNM] check revert with cs10 stream fix  https://review.opendev.org/c/openstack/neutron/+/100201306:42
opendevreviewyatin proposed openstack/neutron stable/2026.1: [CI][FT] Tempoarary skip failing tests centos 9 stream  https://review.opendev.org/c/openstack/neutron/+/100201406:48
opendevreviewyatin proposed openstack/neutron stable/2025.1: [CI][FT] Tempoarary skip failing tests centos 9 stream  https://review.opendev.org/c/openstack/neutron/+/100201506:49
*** elodilles_pto is now known as elodilles07:26
opendevreviewMerged openstack/neutron-tempest-plugin master: [CI][2025.1] Skip broken network segment range test in 2025.1 jobs  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/100174607:59
opendevreviewRenjing Xiao proposed x/whitebox-neutron-tempest-plugin master: Add retry for traffic flow check after OVS failback  https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/100202508:42
opendevreviewHarald Jensås proposed openstack/neutron master: ml2: Filter dynamic segments at bind entry point  https://review.opendev.org/c/openstack/neutron/+/100202608:48
opendevreviewHarald Jensås proposed openstack/neutron master: ml2: Remove DB fallback from _expand_segment  https://review.opendev.org/c/openstack/neutron/+/100202708:48
hjensascardoe, tbachman: standing up lab to test the revert, I think with the reverse order on unbind change it might be ok -> (https://review.opendev.org/c/openstack/neutron/+/989141). Also proposed ^^ as possible alternative that moves the filtering of dynamic segments.09:28
opendevreviewMerged openstack/neutron stable/2025.1: Allow shrinking a segment range to an allocated boundary  https://review.opendev.org/c/openstack/neutron/+/100116810:10
opendevreviewFernando Royo proposed openstack/ovn-octavia-provider master: Document SOURCE_IP lb-algorithm support in OVN provider guides  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/100203910:24
opendevreviewFernando Royo proposed openstack/neutron master: Doc: OVN driver supports SOURCE_IP lb-algorithm  https://review.opendev.org/c/openstack/neutron/+/100204410:47
opendevreviewLajos Katona proposed openstack/neutron-vpnaas master: Rally scenario plugin API changed  https://review.opendev.org/c/openstack/neutron-vpnaas/+/100041711:03
opendevreviewEduardo Olivares proposed openstack/neutron-tempest-plugin master: [evpn] Fix router cleanup  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/100096811:03
mohsen______ralonsoh: slaweq 11:24
mohsen______ralonsoh: slaweq 11:25
mohsen______hi friends. I added a release note. would you please check this patch again?11:25
mohsen______https://review.opendev.org/c/openstack/neutron-fwaas/+/98985711:25
mohsen______thank you in advance11:25
mohsen______slaweq: 11:26
mohsen______ralonsoh:11:26
mohsen______Hi friends. I added a release note. Would you please check this patch again?11:26
mohsen______https://review.opendev.org/c/openstack/neutron-fwaas/+/98985711:26
mohsen______Thank you in advance11:26
ralonsohI'll check it later today11:29
mohsen______ralonsoh: Thank you11:31
opendevreviewHarald Jensås proposed openstack/neutron master: ml2: Filter dynamic segments at bind entry point  https://review.opendev.org/c/openstack/neutron/+/100202611:39
opendevreviewEduardo Olivares proposed openstack/neutron master: [bgp] Bump ovn and ovn versions  https://review.opendev.org/c/openstack/neutron/+/100206511:43
tbachmanhjensas: Thanks! Just curious - what are the MDs you have for HPB?12:00
opendevreviewEduardo Olivares proposed openstack/neutron master: [bgp] Bump ovn and ovn versions  https://review.opendev.org/c/openstack/neutron/+/100206512:49
hjensastbachman_: I test with this combination: ovn,baremetal-l2vni,genericswitch13:11
tbachman_hjensas: thx! Which MD is the one that has the issue with the missing segment?13:14
hjensastbachman_: genericswitch - see: https://paste.opendev.org/show/bbi7npPpJFCsH2SuGObm/13:17
hjensastbachman_: NOTE, that is with both your revert + this change by cardoe reverted: https://review.opendev.org/c/openstack/neutron/+/98914113:18
hjensastbachman_: afict from testing, the reversing the order of MD's on delete alone also works.13:19
tbachman_hjensas: let me have a look at that MD13:19
tbachman_I'm wondering if the baremetal-l2vni MD is incorrectly releasing the dynamic segment. In this case, is the baremetal VNIC bound to this segment?13:25
opendevreviewEduardo Olivares proposed openstack/neutron master: Add upstream EVPN multinode Zuul job  https://review.opendev.org/c/openstack/neutron/+/99425713:27
tbachman_I guess one question with HPB is: who is responsible for releasing the dynamically allocated segment? Is it the allocating MD? Or is it the MD for the last port unbound to that segment?13:27
hjensasbaremetal-l2vni is creating the segment, and it is also releaseing it when there are no more ports https://opendev.org/openstack/networking-baremetal/src/branch/master/networking_baremetal/plugins/ml2/baremetal_l2vni_mapping.py#L38913:29
tbachman_Hmmm - but then why is the networking-generic-switch considering it?13:29
ralonsohtbachman_, hjensas what solution should we take:13:31
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/1002026 13:31
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/99493613:31
ralonsohbecause both cannot be merged 13:32
hjensasgeneric switch is the responsible for the switch config, it need to read the segmentation ID of the segment. https://opendev.org/openstack/networking-generic-switch/src/branch/master/networking_generic_switch/generic_switch_mech.py#L111713:33
tbachman_ralonsoh: I'm wondering if neither of these should be used. Instead a change might be made in networking-baremetal (and/or networking-generic-switch)13:33
tbachman_In my mind, the question is: who is responsible for releasing the dynamically allocated segment?13:33
tbachman_If it's the last user of that segment, then all MDs need to be HPB aware, in that they need to check if the segment being unbound is dynamically allocated, and if there are no more users, then free it13:34
tbachman_(in which case, I'm wondering if there should  just be logic in driver_context.py that does this for all MDs)13:34
tbachman_If it's the allocating MD, then we need to figure out a way so that MDs that bound to the dynamically allocated segment don't have an issue with it.13:35
tbachman_(which is what I think hjensas is reporting as the issue)13:37
opendevreviewRodolfo Alonso proposed openstack/neutron-vpnaas master: zuul: add LibreSwan jobs to check and periodic-weekly  https://review.opendev.org/c/openstack/neutron-vpnaas/+/100211213:38
tbachman_One subtlety about HPB that I hadn't noticed before - the original architecture allows for the same network segment being used at different levels. I guess one example would be that a VLAN type segment on a compute host, bound by OVN, and that same segment (VLAN  ID/physnet) could be used on a different compute host,which has more layers in thei hierarchy13:40
tbachman_(e.g. spine => leaf => ToR => compute for one case, and spine => leaf => compute for another.... but same segment)13:41
tbachman_I don't have a good reason for this, but my gut says that we should have the MD that has bound the segment do the free.13:42
tbachman_(but again, only after ensuring that no other ports are bound to this segment)13:43
tbachman_It would also be good to get cardoe's thoughts on this, as I know he has looked into this area (and is the author of the patch that merged to reverse order for deletes)13:47
cardoeDefine MD for me?13:48
tbachman_Mechanism Driver (sorry - should have avoided the shorthand)13:48
cardoeokay just making sure I was on the same page.13:49
cardoeSo I've got a driver internally that's like baremetal-l2vni... in fact baremetal-l2vni started out as a patch I wrote extracting our driver. I'm working to drop our internal version and migrate to baremetal-l2vni.13:50
hjensastbachman_: I agree that it makes sense for MD (Mechanism Driver) to own both bind and release. But your idea of moving it out of the mech driver is interesting, if the framework could do it without per Mech Driver involvement.13:50
cardoetbachman_: that's one of the reasons why I'm doing the reversing. our baremetal-l2vni is the accounting MD if you will. It allocates the dynamic segment and releases the dynamic segment.13:51
cardoeSo it's the first thing called in a bind/create/update operation and then last thing called in an unbind/delete operation.13:51
cardoeralonsoh: tbachman_: hjensas: in fact since we're talking about design items... https://review.opendev.org/c/openstack/neutron/+/1000482 and https://review.opendev.org/c/openstack/neutron/+/1000485 are two different ways I've implemented the same fix... I'd appreciate feedback on which way to take... this is for VLAN -> VNI binding.13:56
cardoetbachman_: hjensas: if we take a path on how it should flow, I'll update https://review.opendev.org/c/openstack/neutron/+/965415 I'm gonna move this over to networking-baremetal and maybe we can agree to document the correct convention of operations there? Then we can work on adding tests to neutron and tempest to enforce that flow?13:57
ykarel#startmeeting neutron_ci14:00
opendevmeetMeeting started Mon Aug 24 14:00:50 2026 UTC and is due to finish in 60 minutes.  The chair is ykarel. 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 'neutron_ci'14:00
tbachman_hjensas: the check for this would ideally live in the precommiit, as that's within a DB transaction, which would give protection for concurrent operations to avoid cases where multiple ports are unbinding from the same segment (e.g. last 2 users)14:00
ralonsohhello14:00
ykarelPing list: bcafarel, lajoskatona, slawek, mlavalle, mtomaska, ralonsoh, ykarel, jlibosva, elvira14:01
ralonsohykarel, irc or video?14:01
ykarelHi all, it's IRC today14:01
ralonsohcool14:01
ykarellet's give a few minutes for others to join14:02
slaweqo/14:02
lajoskatonao/14:04
hjensastbachman_: I need to go in about 30 min, but I guess we should pause to not interfere the meeting.14:04
ykarelthx hjensas 14:04
ykarelHi all, Let's start with the topics. meanwhile if others around can join14:04
ykarel#topic Actions from previous meetings14:05
ykarelykarel to look into cs9 failures and open a centos bug for it and skip tests in CI14:05
ykarelReported https://redhat.atlassian.net/browse/RHEL-24648614:05
ykarelSkipping https://review.opendev.org/c/openstack/neutron/+/1002014 and https://review.opendev.org/c/openstack/neutron/+/100201514:05
ykarelplease do check ^ patches14:05
ykarel#topic Stable branches14:05
ykarelall good with stable, except ^ periodic failures14:06
cardoe2025.1 seems like its got problems again with neutron-tempest-plugin14:06
cardoehttps://zuul.opendev.org/t/openstack/build/456ab4b2c0dc42ccb2490670fbeb4c4814:06
ykarelreview wise stable patches mostly handled14:07
ykarelthx cardoe , seems to be new issue started today14:07
ykarelhttps://zuul.opendev.org/t/openstack/builds?job_name=neutron-tempest-plugin-ovn-ubuntu-jammy-2025-1&project=openstack/neutron-tempest-plugin14:07
ralonsohsomething again with setuptools dependencies? 14:07
ralonsohI think we had this problem before14:08
ralonsohI'll check it14:08
ykarelnew pbr release few hours back https://pypi.org/project/pbr/#history14:08
ralonsohthat makes sense14:08
ykarelso likely need to pin pbr if only stable 2025.1 impacted14:09
ykarelthx ralonsoh will add action for you to check this14:09
ykarel#action ralonsoh to check issue with latest pbr release in 2025.1 + jammy14:10
ykarelso noble looks good only jammy + 2025.1 impacted14:10
ykarel#topic Stadium projects14:10
ykarelMostly green. neutron-vpnaas had one periodic-weekly job failure https://zuul.openstack.org/build/36979791a4f24e46b9e9a8183f487c2514:11
ykarelKnown one https://launchpad.net/bugs/216318914:11
ykarellajoskatona looking into this14:11
ykarelanything else to share for stadiums lajoskatona ?14:11
lajoskatonafor vpnaas only14:11
lajoskatonathe patch for rally: https://review.opendev.org/c/openstack/neutron-vpnaas/+/100041714:12
lajoskatonabut the rally job is still failing14:12
lajoskatonaso ongoing14:12
ykarelthx lajoskatona 14:12
ykarel#topic Rechecks14:13
ykarelnot much activity this week, there were few rechecks14:13
ykarelbare recheck wise it was 3/5 bare recheck, all 3 were in a test patch14:13
ykarelnow let's check on failures14:15
ykarel#topic Unit tests/pep814:15
ykarelall good with non voting py31414:15
ykarel#topic Periodic14:16
ykarelhttps://zuul.openstack.org/builds?job_name=neutron-functional-fips&project=openstack%2Fneutron&branch=stable%2F2025.1&branch=stable%2F2026.1&skip=014:16
ykarelthis we already discussed just need to get the skip patches merged14:16
ykarelovn bgp still not healthy https://zuul.opendev.org/t/openstack/builds?job_name=neutron-ovn-bgp-tempest-multinode&project=openstack%2Fneutron&skip=014:16
ralonsohI think eolivare_ is working on it14:16
ykarelok good14:17
ralonsohsomething related to deleting admin routers14:17
ykarelack14:17
eolivare_admin routers issue is for evpn (not merged yet)14:17
eolivare_for the bgp job timeouts -> https://review.opendev.org/c/openstack/neutron/+/100110814:17
ykarelseems still need more work ? https://zuul.opendev.org/t/openstack/builds?job_name=neutron-ovn-bgp-tempest-multinode&project=openstack%2Fneutron&change=1001108&skip=014:19
ykarelok let's move14:20
ykarel#topic Grafana14:20
ykarelhttps://grafana.opendev.org/d/f913631585/neutron-failure-rate14:21
ykarellet's have quick look here as well14:21
ykarellooks all good, check spikes looks patches specific14:22
ykarelanything to add?14:22
ralonsohall good14:22
ykarel#topic On Demand14:23
ykarelanything else you would like to raise?14:23
ralonsohno thanks14:23
ykareli have a small one, pushed a revert https://review.opendev.org/c/openstack/neutron/+/1001808, so do check that14:24
ralonsohnice14:24
lajoskatonanothing more from me, thanks14:24
ykarelok thx, in that case let's close early and have everyone almost 35 minutes back14:25
ykarel#endmeeting14:25
opendevmeetMeeting ended Mon Aug 24 14:25:30 2026 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:25
opendevmeetMinutes:        https://meetings.opendev.org/meetings/neutron_ci/2026/neutron_ci.2026-08-24-14.00.html14:25
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/neutron_ci/2026/neutron_ci.2026-08-24-14.00.txt14:25
opendevmeetLog:            https://meetings.opendev.org/meetings/neutron_ci/2026/neutron_ci.2026-08-24-14.00.log.html14:25
ralonsohbye14:25
opendevreviewRodolfo Alonso proposed openstack/neutron-vpnaas master: rally: fix ``create_server`` passing duplicate argument  https://review.opendev.org/c/openstack/neutron-vpnaas/+/100212514:25
ralonsohlajoskatona, check this ^^14:25
ralonsohpush your rally patch on top14:25
lajoskatonaralonsoh: thanks, checking14:26
lajoskatonaI just started to fix the sec-group create calls14:26
lajoskatonaand added a mental note that rally is also using neutronclient :-)14:26
ralonsohthat is a typing problem14:26
ralonsohI think we can just pass the SG name and that's all14:27
lajoskatonaok, I check it14:28
opendevreviewRodolfo Alonso proposed openstack/neutron-lib master: placement: Raise ``PlacementResourceProviderNotFound`` on delete  https://review.opendev.org/c/openstack/neutron-lib/+/100212614:36
opendevreviewEduardo Olivares proposed openstack/neutron-tempest-plugin master: Fix admin router cleanup  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/100096814:52
opendevreviewRodolfo Alonso proposed openstack/neutron master: Reduce ``test_get_and_delete_gateway`` privsep load  https://review.opendev.org/c/openstack/neutron/+/100213515:01
opendevreviewEduardo Olivares proposed openstack/neutron master: [bgp] bump cirros version to 0.6.2  https://review.opendev.org/c/openstack/neutron/+/100213715:10
opendevreviewSlawek Kaplonski proposed openstack/neutron master: Use RBAC API policy to create default security group  https://review.opendev.org/c/openstack/neutron/+/100213815:10
opendevreviewLajos Katona proposed openstack/neutron-vpnaas master: Rally scenario plugin API changed  https://review.opendev.org/c/openstack/neutron-vpnaas/+/100041715:15
cardoeykarel: ralonsoh: https://review.opendev.org/c/openstack/pbr/+/1002140 might fix that issue with 2025.115:33
opendevreviewMiro Tomaska proposed openstack/neutron master: Raise error when adding another `advertise-host` subnet to a evpn router  https://review.opendev.org/c/openstack/neutron/+/100078915:43
opendevreviewTakashi Kajinami proposed openstack/os-vif master: zuul: Drop redundant override of configure_swap_size  https://review.opendev.org/c/openstack/os-vif/+/100216116:15
opendevreviewMerged openstack/neutron master: Revert "[CI][FT] Tempoarary skip failing tests centos 10 stream"  https://review.opendev.org/c/openstack/neutron/+/100180816:55
opendevreviewLajos Katona proposed openstack/neutron-vpnaas master: Introduce OVO objects for VPNaaS resources  https://review.opendev.org/c/openstack/neutron-vpnaas/+/100217016:57
opendevreviewLajos Katona proposed openstack/neutron-vpnaas master: Rally scenario plugin API changed  https://review.opendev.org/c/openstack/neutron-vpnaas/+/100041717:03
opendevreviewMerged openstack/neutron stable/2026.1: [CI][FT] Tempoarary skip failing tests centos 9 stream  https://review.opendev.org/c/openstack/neutron/+/100201417:42
opendevreviewMiro Tomaska proposed x/whitebox-neutron-tempest-plugin master: [DNM] POC whitebox test which will allow inspecting state of chassis  https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/100036617:47
opendevreviewMerged openstack/neutron stable/2025.1: [CI][FT] Tempoarary skip failing tests centos 9 stream  https://review.opendev.org/c/openstack/neutron/+/100201517:52
opendevreviewMiro Tomaska proposed openstack/neutron-tempest-plugin master: Test that only one subnet with `advertise-host` is allowed per network  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/100097318:34
opendevreviewLajos Katona proposed openstack/neutron-vpnaas master: Rally scenario plugin API changed  https://review.opendev.org/c/openstack/neutron-vpnaas/+/100041719:11
opendevreviewMiro Tomaska proposed x/whitebox-neutron-tempest-plugin master: [DNM] POC whitebox test which will allow inspecting state of chassis  https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/100036619:25
opendevreviewMiro Tomaska proposed openstack/neutron master: Migrate vtysh commands from using rootwrap to oslo_privsep  https://review.opendev.org/c/openstack/neutron/+/100219720:48
*** Uggla is now known as Guest1624521:34
*** Uggla7 is now known as Uggla21:34
opendevreviewJakub Libosvar proposed openstack/neutron master: bgp: Make spine and leaf ansible roles generic  https://review.opendev.org/c/openstack/neutron/+/100221522:55

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