Tuesday, 2025-07-15

opendevreviewMerged openstack/neutron master: Add a temporary grenade job using the OVN Metadata agent  https://review.opendev.org/c/openstack/neutron/+/95456701:39
-opendevstatus- NOTICE: the gerrit service (https://review.opendev.org) is currently down, please be patient while we work on restoring it07:34
*** iurygregory_ is now known as iurygregory11:15
*** hjensas_ is now known as hjensas11:25
opendevreviewMaor Blaustein proposed x/whitebox-neutron-tempest-plugin master: Test QoS max bandwidth limit for router gateways, along with other types  https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/95460711:52
opendevreviewMaor Blaustein proposed x/whitebox-neutron-tempest-plugin master: Test QoS max bandwidth limit for router gateways, along with other types  https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/95460711:52
-opendevstatus- NOTICE: the gerrit service (https://review.opendev.org) is back up. We believe the restoration is complete. If you notice any issues please report them in #opendev ASAP11:55
opendevreviewMaor Blaustein proposed x/whitebox-neutron-tempest-plugin master: Test QoS max bandwidth limit for router gateways, along with other types  https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/95460712:00
ykarelhaleyb, can you check https://review.opendev.org/c/openstack/networking-sfc/+/95463312:10
haleybykarel: done12:59
haleyb#startmeeting networking13:00
opendevmeetMeeting started Tue Jul 15 13:00:27 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, slaweq, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, haleyb, ralonsoh13:00
mlavalle\o13:00
haleybo/13:00
ralonsohhello13:00
elvirao/ hi13:00
ykarelo/13:00
rubasovo/13:01
cbuggyo/13:01
bcafarelo/13:01
haleyb#announcements13:01
haleybhi everyone13:01
haleybWe are currently in Week R-11 of Flamingo13:02
haleybOur next milestone in this development cycle will be Flamingo-3, week of August 25th13:02
haleybFinal 2025.2 Flamingo release: October 3rd, 202513:02
haleybthere were a number of project releases the past week, including neutron 27.0.0.0b113:03
haleybso now other projects can update requirements if they need something in this cycle's neutron code13:04
haleybThe next OpenInfra PTG will take place October 27-31, 2025 and registration for the event is now open13:04
haleyb#link https://ptg.openinfra.dev/13:04
haleyb#link https://releases.openstack.org/flamingo/schedule.html (missed that)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
haleybAnd just a reminder to check the priorities dashboard, and use the RP +1/+2 in changes that need attention13:05
haleybthat was all the announcements i had, any others?13:06
haleybok, moving on13:06
haleyb#topic bugs13:06
haleybralonsoh was the deputy last week, his report is at13:06
haleyb#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/AGG77SQFIKAIEUUXFSQYPB3KZC32OGVQ/13:07
haleyball high/medium/low were taken and patches out13:07
haleybtwo are incomplete13:08
haleyb#link https://bugs.launchpad.net/neutron/+bug/211633513:08
haleybgateway_port: of NAT configured on logical router: is not a valid distributed gateway port on that router13:08
haleybralonsoh asked for more information here13:08
ralonsohyes, I don't know what happened after the nodes reboot13:08
ralonsohso we need to know if the GW port were bound correctly13:09
ralonsohmaybe there was a change in the chassis/chassis_private registers13:09
haleyback, let's see if there is a response13:09
haleybnext incomplete is13:10
haleyb#link https://bugs.launchpad.net/neutron/+bug/211672313:10
haleybVPN Perfect Forward Secrecy (PFS) is deactivated although configured as active13:10
haleybthere was just a response 2 hours ago13:10
haleybi don't understand 'neutron version 2.0' though13:10
ralonsohyes but I'm not sure about this anwer13:11
ralonsohright13:11
ralonsohand he is also stating that "I don't use VPNaaS Plugin"13:11
ralonsohbut the "openstack vpn" commands are from neutron-vpnaas13:11
ralonsohanyway, I'll try locally to reproduce this issue, but with master13:12
frickleroh, osism is our downstream packaging, we might have added it by default there. I'll have someone have a look at this on our end13:13
haleybperhaps someone from vpnaas can take a look, bugs.rst shows Dongcan Ye as contact not sure if he's in the channel13:13
haleybfrickler: great, thanks!13:13
haleybhttps://osism.tech/ nice13:15
haleybthat was all the unassigned bug13:16
haleybany other bugs people want to discuss?13:16
haleybthanks for the report ralonsoh 13:17
ralonsohyw13:17
haleybthis week the deputy is sahid, next week is jlibosva13:17
haleybhopefull that works for both - sahid, let me know if that is ok13:18
haleyb#topic specs13:19
haleyb#link https://review.opendev.org/q/project:openstack/neutron-specs+status:open13:19
haleybwe still have a backlog there, please review so we can move some forward13:20
haleyband if you have a spec that has a -1 because it was targeted at a past release, please update accordingly13:20
haleyb#topic community goals13:21
haleybi do not see lajos here, but there is one neutronclient change in-flight13:22
haleyb#link https://review.opendev.org/q/topic:%22bug/1999774%22+status:open+project:openstack/python-openstackclient+or+status:open+owner:self+project:openstack/openstacksdk13:22
haleybthat is the dashboard for current ones13:22
haleyb#link https://review.opendev.org/c/openstack/python-openstackclient/+/950494 actually has two +2's so is good to go13:23
haleybstephenfin: can you take a look at ^^ ? i do not have +W powers there13:23
haleyband finally eventlet13:24
stephenfinhaleyb done, though we should bump the minimum version of SDK in a follow-up13:25
haleybstephenfin: ack, unless you want to do there, up to you13:25
haleybi missed that comment13:26
stephenfinack, done that too13:28
haleybgreat, one more neutronclient change off the list13:28
haleybralonsoh: ok, back to eventlet13:29
ralonsohvery little progress13:29
ralonsohI'm finishing the UTs13:29
ralonsohbut still stuck in the FT...13:29
ralonsohI'm starting with the OVS related ones, in particular with the OVS agent13:29
ralonsohbecause now we actually spawn certain threads (that I'm not aware)13:30
ralonsohand these threads are not stopped, the tests never end13:30
ralonsohthat's all (summary: I'm blocked)13:30
haleybralonsoh: spawned via the ThreadPollExecutor class or somesuch?13:31
ralonsohof just directly as threads13:31
ralonsohbut yes, most of them vie threadpoolexecutor13:31
ralonsohbut the problem is also how the ovs agent is spawned, using the os-ken hub13:31
ralonsoh(all OVS agent is hijacked by os-ken...)13:32
haleybralonsoh: i know there was an os-ken change to default to native threads, do we need to merge that this cycle? i think we over-ride the setting13:34
haleyb#link https://review.opendev.org/c/openstack/os-ken/+/93833713:34
ralonsohno, this is not the problem (I think)13:34
ralonsohthe problem is how all the ovs agent is spawned, using the os-ken hub as base executor13:34
ralonsohwe are forcing this new "threading" module (I need to re-check that)13:35
ralonsohanyway, tomorrow, if I have time, I'll spend the whole day on this13:35
ralonsohwe need to fix the FTs ASAP13:35
ralonsoh""fix""13:35
haleybos.environ['OSKEN_HUB_TYPE'] = 'native' seems to be set in ovs agent code13:36
ralonsohyes13:36
haleybralonsoh: ack, thanks for the work, let me know if you need any help13:36
ralonsohthanks13:36
haleyb#topic on-demand13:37
haleybi had forgotten one thing in announcements - i will be out next week on vacation13:38
haleybso if someone could lead this meeting that would be great13:38
mlavalleI can do it13:38
ralonsohfor sure, I'll do13:38
ralonsohmlavalle, first13:38
mlavallelol13:39
haleybmlavalle: great, thanks!13:39
mlavallelet's synch up on Friday to make sure we cover all the points you have in mind. I'll ping you13:39
haleybi would guess we can just cancel next friday's drivers meeting as well, if there is nothing on agenda by thursday for that can just cancel two weeks13:40
ralonsohok13:40
haleybmlavalle: ack, at this point we are just a glider getting ready for final approach13:41
mlavallehaleyb: lol that easy for me. I know about gliders13:42
haleybyes, i remember the stories :)13:42
haleybat this point, making progress on eventlet is the priority, and fixing the bugs :)13:43
opendevreviewRodolfo Alonso proposed openstack/neutron master: [FT] Add a retry method when reading the ``Chassis_Private`` register  https://review.opendev.org/c/openstack/neutron/+/95506313:43
haleybalright, any other topics?13:44
ralonsohnot from me13:44
mlavalleneither from me13:44
haleybok, thanks for attending, have a good week!13:44
haleyb#endmeeting13:44
opendevmeetMeeting ended Tue Jul 15 13:44:57 2025 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)13:44
opendevmeetMinutes:        https://meetings.opendev.org/meetings/networking/2025/networking.2025-07-15-13.00.html13:44
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/networking/2025/networking.2025-07-15-13.00.txt13:44
opendevmeetLog:            https://meetings.opendev.org/meetings/networking/2025/networking.2025-07-15-13.00.log.html13:44
ralonsohbye13:45
opendevreviewRodolfo Alonso proposed openstack/neutron master: [OVN] Remove OVN agent workaround to start the process  https://review.opendev.org/c/openstack/neutron/+/95506413:45
opendevreviewRodolfo Alonso proposed openstack/neutron master: Use placement constant ``ALLOCATION``  https://review.opendev.org/c/openstack/neutron/+/95506513:45
opendevreviewRodolfo Alonso proposed openstack/neutron master: [FT] Increate the bridge creation event timeout  https://review.opendev.org/c/openstack/neutron/+/95506613:46
opendevreviewRodolfo Alonso proposed openstack/neutron master: refactor: Remove OvnIdlDistributedLock._last_touch attribute  https://review.opendev.org/c/openstack/neutron/+/95506713:48
sahidhaleyb: o/ I'm in holidays but should have time to have look at them, i will let you know if they are too much for me but hopefully it should be ok13:55
haleybsahid: ack, thanks for responding. i usually look at them all anyways so will try and notice any high priority ones that need attention13:56
sahidthanks 14:03
opendevreviewMaor Blaustein proposed x/whitebox-neutron-tempest-plugin master: Test QoS max bandwidth limit for router gateways, along with other types  https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/95460714:15
opendevreviewMerged openstack/networking-sfc master: [eventlet-removal] Drop eventlet usage  https://review.opendev.org/c/openstack/networking-sfc/+/95463315:11
opendevreviewMaor Blaustein proposed x/whitebox-neutron-tempest-plugin master: Test QoS DSCP for router gateways  https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/95437215:33
opendevreviewDoug Goldstein proposed openstack/neutron master: [OVN]: fix ovn-db-sync to include gateway chassises  https://review.opendev.org/c/openstack/neutron/+/95508616:12
opendevreviewMerged openstack/neutron master: Add non-repair mode to the existing method in OVN sync class  https://review.opendev.org/c/openstack/neutron/+/95308117:09
opendevreviewMerged openstack/neutron stable/2025.1: Use the OVN policer for max-bw only QoS policies  https://review.opendev.org/c/openstack/neutron/+/95429417:49
opendevreviewDoug Goldstein proposed openstack/neutron master: [OVN]: fix ovn-db-sync to include gateway chassises  https://review.opendev.org/c/openstack/neutron/+/95508618:29
opendevreviewMerged openstack/neutron master: trivial: Autofix low-hanging linter failures  https://review.opendev.org/c/openstack/neutron/+/95058218:41
opendevreviewBrian Haley proposed openstack/neutron master: WIP: Remove false-positive ACLs in OVN DB sync  https://review.opendev.org/c/openstack/neutron/+/93729921:49
opendevreviewBrian Haley proposed openstack/neutron master: [OVN] OVN SB DB sync to account for neutron_sync_mode value  https://review.opendev.org/c/openstack/neutron/+/89906922:10

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