Tuesday, 2025-06-17

opendevreviewDai Dang Van proposed openstack/neutron-specs master: Add spec for Distributed DNS Forwarder  https://review.opendev.org/c/openstack/neutron-specs/+/95273707:42
opendevreviewDai Dang Van proposed openstack/neutron-specs master: Add spec for Distributed DNS Forwarder  https://review.opendev.org/c/openstack/neutron-specs/+/95273707:44
daidvHi ralonsoh haleyb , thanks for guiding me in last driver meeting, I have submited new spec for RFE bug, please take a look.07:46
ralonsohsure, I'll check it07:46
daidvthanks07:51
*** elodilles_pto is now known as elodilles07:55
ralonsohbcafarel, hello! If you have a couple of mins, please check these 2 patches (this is the upper one): https://review.opendev.org/c/openstack/neutron/+/95266408:31
ralonsohthanks!08:31
opendevreviewMerged openstack/os-ken master: Get rid of deprecated datetime.utcfromtimestamp  https://review.opendev.org/c/openstack/os-ken/+/95268609:11
opendevreviewElvira GarcĂ­a Ruiz proposed openstack/neutron stable/2024.1: Consider logging options when using OVNdbsync  https://review.opendev.org/c/openstack/neutron/+/95267609:41
opendevreviewLajos Katona proposed openstack/neutron master: [eventlet-removal] remove eventlet references from dhcp_agent  https://review.opendev.org/c/openstack/neutron/+/95049910:18
lajoskatonaWarning: seems like a new bandit release hit Neutron pep8....10:39
lajoskatonahttps://pypi.org/project/bandit/#history10:39
lajoskatonaThe error line is this: Issue: [B311:blacklist] Standard pseudo-random generators are not suitable for security/cryptographic purposes.10:41
slaweqso we will probably need to add it to the ignored list I guess as I don't think we use it for any security/cryptographic use cases in Neutron really10:44
slaweqand thx for the heads up lajoskatona 10:44
lajoskatonaslaweq: no it catched use of random, but in Neutron we don't use random for crypto, so I think we are on the safe side by ignoring it11:01
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/+/95193711:30
haleyb#startmeeting networking13:00
opendevmeetMeeting started Tue Jun 17 13:00:18 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
rubasovo/13:00
ykarelo/13:00
ralonsohhello13:00
obondarevo/13:00
haleyb#announcements13:01
haleybWe are currently in Week R-14 of Flamingo13:01
haleybOur next milestone in this development cycle will be Flamingo-2, on July 3rd13:01
haleybFinal 2025.2 Flamingo release: October 3rd, 202513:02
haleyb#link https://releases.openstack.org/flamingo/schedule.html13:02
haleybthere was also a ML thread on the next PTG kickoff13:02
lajoskatonao/13:03
haleyb#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/FU26JK6VKZNLNK7ZV7SGJF2V4KA37IQW/13:03
haleybThe next OpenInfra PTG[1] will take place October 27-31, 2025 and registration for the event is now open[2]!13:03
haleybi have signed-up neutron13:03
lajoskatona+113:03
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
haleybthis week i will be out thursday and friday as there is a holiday in the US, so planned on not having the drivers meeting13:04
haleyband the last announcement13:05
lajoskatonaack, thanks for reminder / warning13:05
haleybyesterday was the initial meeting for the OVN BGP meeting, thanks jlibosva for organizing that13:06
haleybthere will be more, so if you would like to attend please ping someone to get added to the invite13:06
haleybany other announcements?13:08
haleybok, we can move on13:09
haleyb#topic bugs13:09
haleybrubasov was the deputy last week, his report is at13:09
haleyb#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/5FDNKLQF6VCCUFQOBI5ANZ7CPAIJXOXH/13:09
rubasovother than the RFE, all of them are taken care of13:10
haleybrubasov: yes, that's great, and a slow week :)13:10
rubasovyep, hardly any reports13:11
slaweqit's summer time :)13:11
haleybthe RFE one is13:11
haleyb#link https://bugs.launchpad.net/neutron/+bug/211445113:11
haleybi have not looked at it yet13:11
rubasovI was not sure why the author opened a new one, after having the earlier13:12
haleyb[RFE] ports should contain a reference to the segment_id they are bound to13:12
rubasovmaybe he considered it a bug, but to me it looked more like an RFE13:12
haleybrubasov: right, i remember him asking on irc about it and i think i just said it's not there13:13
haleybif anyone has an opinion on that, especially from a DB perspective, please comment in the bug13:13
haleybany other bugs to discuss?13:14
haleybthis week the deputy is mlavalle, next week is jlibosva - is that ok for you kuba?13:15
mlavalleon it13:15
haleybkuba might not be here, thanks mlavalle hopefully another slow week :)13:16
haleybok, moving on13:16
haleyb#topic community goals13:16
mlavallekuba will be off on PTO next week. I'll ping him internally and will let you know his response13:16
haleybmlavalle: ack, maybe someone can swap, assuming he can do it another week, thanks13:17
lajoskatonaI can swap with kuba for next week13:18
mlavallewe might need to shuffle the calendar, because kuba is taking several weeks off13:18
haleyblajoskatona: thanks, that will probably be a good swap, i now remember he's taking 3+ weeks off from the OVN meeting yesterday13:19
haleyblajoskatona is the week of July 21st13:19
lajoskatonayes that will be ok for him perhaps, but we cab shuffle more later :-)13:20
haleybi will swap it in the calendar, thanks lajoskatona!13:20
haleybok, back to community13:21
haleyblajoskatona: i saw some forward progress on the neutronclient changes13:21
lajoskatonayes for Horizon the sec-groups related change was merged, and I have to check the QoS one as that is failing in CI13:22
lajoskatonaI beleive the failure is not related, (some volume and compute tests) but have to double check if somehow I break that...13:22
lajoskatonathat's it for this topic now13:23
haleyback, thanks lajoskatona 13:24
haleyband for reference the horizon QoS patch mentioned is13:24
haleyb#link https://review.opendev.org/c/openstack/horizon/+/94976413:24
lajoskatonathanks13:24
haleybralonsoh: i'll let you update eventlet, definitely has made progress13:25
ralonsohyes, for the OVS patches, I've pushed a new PS13:25
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/93776513:25
ralonsohnow the OVS agent is working fine but fullstack is completely broken13:26
ralonsohI think I'm going to suggest to mark fullstack as non voting and fix these test in further patches13:26
haleybralonsoh: fullstack related to eventlet or something else?13:26
ralonsohyes13:26
ralonsohfrom the upper patch: https://0152cc80754598f7dd6e-579ffa891605f8b01745396aeb7b7fcc.ssl.cf2.rackcdn.com/openstack/b4031eeca68d46438edf24bcc9cd1d09/testr_results.html13:26
ralonsohall OVS related broken13:26
ralonsohbut tempest is working fine, all of them13:27
ralonsohlet me check that first13:27
ralonsohI would add a topic for the driver meeting 13:27
ralonsohwe had many other patches merged for the neutron API, moving the other workers to non-eventlet13:28
ralonsohwe had an issue with oslo.service but 4.2.1 (already approved this release) will fix that13:28
ralonsohonce we have requirements bumped, I'll recheck the patches13:28
ralonsohand the DHCP agetn patch, by lajoskatona 13:28
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/95049913:29
ralonsohthat's all I have13:29
lajoskatonayes for that I have to jump to functional and fullstakc13:29
ralonsohfunctional is avoidable, we can make almost all tests to work13:30
ralonsohbut I have no idea with fullstack, I need to check13:30
lajoskatonaack, I have to check it myself also to see what happens13:30
ralonsohthe problem is that we run all services from a single process, some of them use eventlet, but not others13:30
haleybthanks for the update. there are links to the review topics on the wiki if anyone has cycles13:32
haleyb#link https://review.opendev.org/q/topic:%22eventlet-removal%22+project:openstack/neutron+status:open13:32
haleybthere is also one for ovs-agent13:32
haleyb#link https://review.opendev.org/q/topic:%2522bug/2087939%2522+status:open13:32
haleybthanks everyone for all their work on this13:32
haleyband if anyone can review this cherry pick - it fixes the metadata agent in 2025.113:33
haleyb#link https://review.opendev.org/c/openstack/neutron/+/95256113:33
haleybrelated to eventlet13:33
ralonsohright, important backport13:33
haleybthere is a link to the Neutron Priority dashboard on the wiki, cut/paste here will wrap13:35
haleybthat was all i see for community13:35
haleyb#topic on-demand13:36
haleybsomething i forgot during announcements - the change to DCO13:36
haleybCLA is getting replaced with DCO https://governance.openstack.org/tc/resolutions/20250520-replace-the-cla-with-dco-for-all-contributions.html13:36
haleybstarting 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 accordingly13:36
haleybusing -s with git commit (or tweaking .gitconfig) should get this behavior13:36
mlavalleis that all we need to do?13:37
lajoskatonayou need some gpg key to be ready for it i think, so perhaps you have to play with that to make git happy13:38
haleybmlavalle: that's all i did. i am not a lawyer but do not believe there is any other sign-off, etc or that it changes things13:38
mlavallecool13:38
haleybi am guessing that on a cherry-pick it will automatically add your signed-off-by if you were not the original submittor but have not looked at the doc in a week13:39
haleybit brings openstack in-line with things like the linux kernel as far as commits go13:40
haleybralonsoh: oh i see you had added a topic13:41
ralonsohyes, one sec13:41
ralonsohhttps://bugs.launchpad.net/neutron/+bug/211481913:42
ralonsohso another issue with tags13:42
ralonsohwe found (a customer) that they are not case sensitive13:42
ralonsohwell, at least the DB table charset and collation13:42
ralonsoh(the collation is used to make, for example, text comparisons)13:42
ralonsohthe default ones are not case sensitive13:43
ralonsohso, we can do one of these actions13:43
ralonsoh1) chage the collation and charset. But nobody else do it and could have interferences with other tables13:43
ralonsoh2) make this extension case insensitive: sanitize all tags to lower case and that's all 13:44
ralonsoh^^ the second is easily backportable too13:44
haleybralonsoh: is tag just a text string?13:45
ralonsohyes13:45
lajoskatonais there some common paper for tags in openstack perhaps?13:45
ralonsohlajoskatona, I'll check that, for sure13:45
lajoskatonathis API doc tells that they are case sensitive : https://specs.openstack.org/openstack/api-wg/guidelines/tags.html13:46
slaweqhttps://specs.openstack.org/openstack/api-wg/guidelines/tags.html13:46
slaweqnow I found it13:46
slaweqand they said that "tags are case sensitive"13:46
lajoskatonanot sure if these API sig docs are widely adapted 13:46
mlavallelajoskatona: do you mean role?13:46
slaweq:/13:46
ralonsohI would like to know if other projects have this issue too13:47
lajoskatonaralonsoh: +113:47
ralonsohok, so far I need to do more investigation13:48
ralonsohif I have this info for the next drivers meeting, I'll ping you13:48
ralonsohthanks!!13:48
haleyback thanks ralonsoh 13:48
haleybanything else to discuss?13:49
mlavalleI do. kuba will be back at work the week of July 14th and he is fine being the deputy that week13:49
fricklerjust to clarify: DCO is just a line in the commit message, not a gpg signature13:49
lajoskatonafrickler: thanks, that is for -S perhaps which some github projects ask for , sorry for confusion13:50
haleybmlavalle: ack, i will re-arrange the schedule13:50
ildikovI also have a quick ad-hoc topic for today, if there's still time :)13:50
haleybildikov: sure, go ahead13:50
ildikovhaleyb: thank you!13:50
ildikovI dropped a quick text into the channel yesterday about the new OpenStack Ops Radio Hour meeting series13:51
opendevreviewphillip toohill proposed openstack/neutron stable/2024.1: Reduce metadata port lookup log message to warning  https://review.opendev.org/c/openstack/neutron/+/95276713:51
ildikovthe next one is scheduled for June 27, which is next Friday13:51
ildikovand on the last call people brought up some networking topics, OVN-related and other ones13:51
ildikovand it would be great to have some folks from the Neutron team around for those topics13:52
mlavallewhat time?13:52
ildikovit's at 1300 UTC13:52
ildikovmeeting agenda and previous notes are here: https://etherpad.opendev.org/p/openstack_ops_radiohour13:53
mlavalleis it a video meeting?13:53
ildikovI'm happy to chat more about it outside of the team meeting. I just wanted to raise awareness, and see if people might have any questions I can answer.13:54
ildikovwe're using Meetpad, so it is a call, but most people were off camera last time13:54
haleybit is right before the drivers meeting time-wise13:54
mlavalleyeap13:54
ildikovI understand that might not be the most ideal timing, but at least the two are not colliding13:55
ildikovthe call series is set to monthly cadence currently13:56
haleybildikov: thanks for the notice, maybe someone will be able to attend, not sure if i have a conflict right now but will check13:57
ildikovwe're trying to get ops people and devs together in a more casual setting to sync up and figure things out that might cause challenges in production environments13:57
ildikovhaleyb: it would be tremendously helpful to have one or two people from the team, thank you for considering13:57
ildikovI'll check back on the channel as we get closer to the Ops Radio Hour with a reminder and to see who might be able to make it13:58
mlavalleildikov: I will also try to attend. I'll let you know by Wednesday of next week13:58
ildikovmlavalle: great, thank you!13:58
ildikovand thank you all for allow me a little time on the meeting to bring up and discuss the topic last minute! :)13:59
haleybok we are at top of hour13:59
haleybhave a good week everyone!13:59
haleyb#endmeeting13:59
opendevmeetMeeting ended Tue Jun 17 13:59:45 2025 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)13:59
opendevmeetMinutes:        https://meetings.opendev.org/meetings/networking/2025/networking.2025-06-17-13.00.html13:59
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/networking/2025/networking.2025-06-17-13.00.txt13:59
opendevmeetLog:            https://meetings.opendev.org/meetings/networking/2025/networking.2025-06-17-13.00.log.html13:59
ralonsohbye13:59
mlavalleildikov: there is a charge for that. What is your cost center?13:59
mlavalle\o13:59
haleybo/14:00
lajoskatonao/14:00
ildikov\o14:00
jlibosvamlavalle: thanks for sorting that out and apologies haleyb for not replying - for some reason my iTerm notifications were turned off ... I need to get a new modern IRC client :)14:00
ildikovmlavalle: haha, noted, I go hide now :) 14:00
mlavalleildikov: :-)14:01
haleybjlibosva: np, i still use hexchat which is not modern either14:01
opendevreviewphillip toohill proposed openstack/neutron stable/2024.1: Reduce metadata port lookup log message to warning  https://review.opendev.org/c/openstack/neutron/+/95276714:03
opendevreviewphillip toohill proposed openstack/neutron stable/2024.1: Reduce metadata port lookup log message to warning  https://review.opendev.org/c/openstack/neutron/+/95276714:04
opendevreviewLajos Katona proposed openstack/neutron master: Bandit: add B311 to skiplist  https://review.opendev.org/c/openstack/neutron/+/95276814:05
lajoskatonaslaweq, ralonsoh, haleyb: for pep8/bandit issue ------^14:09
ralonsohlet me check14:09
haleyblajoskatona: you did just remove it in 3c557b29f843d6f364e608d2fe71671e0d69b1ea so i'm fine putting it back14:12
lajoskatonaoh, cool, so it was me :-)14:13
lajoskatonathe issue is that the bandit developers decided to make the test for random methods more strict in the latest release, and we got it today it seems14:14
opendevreviewMerged openstack/os-vif stable/2025.1: OVS Trunk: Add bridge_name to external_ids  https://review.opendev.org/c/openstack/os-vif/+/95256714:22
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:23
ralonsohslaweq, haleyb hehehe in Nova we don't have the horrible exception we have in Neutron14:36
ralonsohbut we can store only lower case tags14:36
haleybso it doesn't follow the api14:36
ralonsohif, for example, I add --tag t114:36
ralonsohand then --tag T1, the API won't fail14:36
ralonsohbut only "t1" will be stored14:37
ralonsohif I do that in the other way, T1 and t1, T1 will be stored only14:37
ralonsohso is a mix between lower and upper, same as in Neutron14:37
ralonsohbut Neutron raises an exception14:37
haleybit's almost like a case-less compare14:37
ralonsohexactly14:37
ralonsohthis is because the table collation14:38
ralonsohutf8mb3_general_ci14:38
Matko[m]"yesterday was the initial meeting for the OVN BGP meeting" May I know where this meeting happened and where I can find logs/notes? thanks14:38
slaweqso maybe it is worth to send email to the openstack-discuss ML to discuss that and maybe change API SIG recommendation14:38
ralonsohslaweq, right, that could be a good idea14:38
ralonsohI'll ask then. For now, the WA for our customer is "use all lower case tags" hehehehe14:38
haleybMatko[m]: it was in google meet, not sure what notes were taken. there was a ML thread titled "[neutron] Neutron BGP integration upstream sync" with the meeting info14:40
Matko[m]haleyb: thanks, then no need for me to look further for irc logs =)14:42
opendevreviewLajos Katona proposed openstack/os-vif stable/2024.2: OVS Trunk: Add bridge_name to external_ids  https://review.opendev.org/c/openstack/os-vif/+/95277815:49
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:56
opendevreviewLajos Katona proposed openstack/neutron master: [eventlet-removal] remove eventlet references from dhcp_agent  https://review.opendev.org/c/openstack/neutron/+/95049916:02
opendevreviewMerged openstack/neutron-tempest-plugin master: Drop fallback to deprecated locale.getdefaultlocale  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/95268118:27
opendevreviewBrian Haley proposed openstack/neutron stable/2025.1: Bandit: add B311 to skiplist  https://review.opendev.org/c/openstack/neutron/+/95279121:05
-opendevstatus- NOTICE: Zuul jobs reporting POST_FAILURE were due to an incident with one of our cloud providers; this provider has been temporarily disabled and changes can be rechecked22:37

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