Tuesday, 2025-03-04

opendevreviewMerged openstack/neutron master: [OVN] Add option to allow configuring dns ovn-owned  https://review.opendev.org/c/openstack/neutron/+/94237301:45
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: ovs: remove the usage of eventlet in the OVS agent  https://review.opendev.org/c/openstack/neutron/+/93776508:32
sahido/08:34
opendevreviewSahid Orentino Ferdjaoui proposed openstack/os-ken master: hub: use native as default implementation  https://review.opendev.org/c/openstack/os-ken/+/93833708:38
sahidguys sorry for pushing a bit more, any chance to have some last reviews regarding this serie? https://review.opendev.org/q/topic:%22bug/2087939%2208:39
opendevreviewMerged openstack/neutron-tempest-plugin master: Execute router commands with admin client (2)  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/94317009:48
*** liuxie is now known as liushy09:51
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - Test errors in ``neutron-functional-with-pyroute2-master``  https://review.opendev.org/c/openstack/neutron/+/94285910:33
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - Test errors in ``neutron-functional-with-pyroute2-master``  https://review.opendev.org/c/openstack/neutron/+/94285911:56
opendevreviewVasyl Saienko proposed openstack/ovn-octavia-provider master: Prepare to handle ha_chassis_group for LRP  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/94324311:59
tkajinamhaleyb, hi ! could you please check my reply in https://review.opendev.org/c/openstack/neutron-fwaas/+/943116 when you have time ?12:00
opendevreviewVasyl Saienko proposed openstack/ovn-octavia-provider master: Prepare to handle ha_chassis_group for LRP  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/94324312:06
opendevreviewVasyl Saienko proposed openstack/ovn-octavia-provider master: Prepare to handle ha_chassis_group for LRP  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/94324312:30
opendevreviewTakashi Kajinami proposed openstack/neutron-fwaas-dashboard master: Bump hacking  https://review.opendev.org/c/openstack/neutron-fwaas-dashboard/+/94324613:03
opendevreviewTakashi Kajinami proposed openstack/neutron-vpnaas-dashboard master: Bump hacking  https://review.opendev.org/c/openstack/neutron-vpnaas-dashboard/+/94324713:06
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - Test errors in ``neutron-functional-with-pyroute2-master``  https://review.opendev.org/c/openstack/neutron/+/94285913:38
haleybtkajinam: sure, will look after meeting13:59
haleyb#startmeeting networking14:00
opendevmeetMeeting started Tue Mar  4 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
slaweqo/14:00
obondarevo/14:00
mlavalle\o14:00
rubasovo/14:01
ralonsohhello14:01
frickler\o14:01
haleyb#announcements14:01
haleybhi everyone14:01
jlibosvao/14:01
haleybWe are currently in week R-4 of Epoxy14:01
cbuggyo/14:01
haleyb2025.1 Epoxy release requirements are now frozen14:02
haleybFocus should be on finding and fixing release-critical bugs14:02
haleybstable/2025.1 branches should be created soon for all not-already-branched libraries14:02
sahido/14:02
lajoskatonao/14:02
haleybRC1 deadline: March 14th, 2025 (R-3 week)14:02
haleybI was just pinged for Epoxy cycle highlights, please send me anything you think is significant, or put it here14:03
elvirabit late but o/14:04
haleybin summary of all that, we should focus on getting important things merged, like the eventlet patches14:04
haleyband a reminder to check the neutron priority dashboard for things ready to merge, there are a few things there14:05
bcafarellate o/14:05
haleybthe PTG sign-up is open14:05
haleybhttps://ptg.openinfra.dev/14:05
haleybApril 7-1114:06
haleybi will get an etherpad created and sign-up for timeslots14:06
haleyband finally, Reminder: If you have a topic for the drivers meeting on Friday, please add it to the wiki @ https://wiki.openstack.org/wiki/Meetings/NeutronDrivers14:07
haleybi will not be able to chair this week as I'm out Friday, we can either postpone or someone else can take over14:07
haleybat this point, it almost seems like we can wait since we should be getting things done, and fixing any bugs14:08
ralonsohI can chair the drivers meeting14:08
ralonsohthere is agenda14:08
slaweqIMO we can wait a week as new RFEs will be for new cycle for sure14:08
ralonsohas you decide14:09
haleyblet's wait a week and fix the bugz14:10
haleybany other announcements?14:10
haleyb#topic bugs14:12
haleybi was the deputy last week14:12
haleybreport is at14:12
haleyb#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/GD5O7VBJ4QMXELV54GQW5BG3U7JDR2TA/14:12
haleybthere were quite a few :(14:12
haleyb#link https://bugs.launchpad.net/neutron/+bug/209998114:13
haleyb[ovn] Adding an IPv6 subnet to public network breaks all FIPs14:13
haleybi wasn't able to reproduce this in my stack, but noonedeadpunk has multiple times, so it's something i'm doing14:13
haleybi will try again to see as i wanted to see if it was neutron or OVN by trying different versions14:14
haleybhe also filed two seemingly related issues14:15
haleyb#link https://bugs.launchpad.net/neutron/+bug/209998214:15
haleyb#link https://bugs.launchpad.net/neutron/+bug/210029414:15
haleybonce i can trigger the first i will test the others, but likely related14:15
haleybif i'm remembering correctly14:15
ralonsohping me if you need help on these ones14:16
ralonsohwill you take them?14:16
haleybi'll ping you as i might not be able to take them all, and i am out friday and monday so am time-limited on getting fixes out14:17
ralonsohsure14:18
noonedeadpunkfeeel free to ping me if any extra info is needed :)14:18
haleybnoonedeadpunk: ack, thanks14:19
haleybnext bug is14:19
haleyb#link https://bugs.launchpad.net/neutron/+bug/209991114:19
haleybCastellan as config source fails with "greenlet.error: cannot switch to a different thread"14:19
ralonsohDHCP agent is no longer using eventlet14:20
haleybi asked submittor to test with latest master branch to see if it helps14:20
ralonsohthe L3 agent is, but this error usually happens if we don't monkey patch on time 14:20
haleybright, and i don't know which version this was14:21
ralonsohthat means, at the beginning14:21
haleybthey had proposed a patch but it was adding config.setup_logging(fix_eventlet=True) so i -1'd it14:21
ralonsohhow is possible to reproduce this?14:22
ralonsohI don't know what is "Setup Castellan as config source"14:22
haleybi don't either, which is why i asked them to try later code, but will ask14:23
haleyband it's deployed via kolla with l3-ha14:24
ralonsohin any case, as soon as we remove eventlet from L3, we'll be safe here too14:24
haleybright, i'd rather finish that and have then retry14:25
haleybnext bug14:25
haleyb#link https://bugs.launchpad.net/neutron/+bug/210050514:25
haleybNeutron OVN external ports creation change HA chassis group master14:26
haleybralonsoh: you confirmed this was a bug14:26
ralonsohyes, I'll push a patch this week14:26
ralonsohand I'll ask this folk to test it14:26
haleyback, thanks14:26
haleyb#link Neutron OVN external ports creation change HA chassis group master14:27
haleyb [eventlet-removal] Remove the usage of eventlet in the Metadata agent14:27
haleybralonsoh: you picked that up as well, thanks14:27
ralonsohthere is a patch14:28
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/94291614:28
ralonsohCI is passing (on ml2/ovs jobs, using this agent)14:28
haleybperfect, will review after meeting14:28
ralonsohthere is a tech debt14:28
haleyb#link https://bugs.launchpad.net/neutron/+bug/2100585 ?14:28
ralonsohI opened another bug to unify the metadata code14:28
ralonsohexactly14:29
ralonsohbut this can wait14:29
haleyback, we can work on that in F14:29
haleybi'll see if i can pick up, i like those kinds of refactors14:29
haleyband the last bug i had...14:30
haleyb#link https://bugs.launchpad.net/neutron/+bug/210026814:30
haleybwishlist to remove the cli from os-ken14:30
slaweqthat one should be probably easy to do, just require time to delete things properly :)14:31
ralonsoh(a way to avoid new bugs related to the CLI)14:31
haleybbut let's wait until after RC1 to work on it14:32
haleybthat's all the bugs i had, any others to discuss?14:32
sahidhaleyb: 14:32
sahidmay be the one related ml2/ovs?14:32
sahidremoval evetnthread14:33
haleyblink? did i miss it?14:33
sahidhttps://review.opendev.org/q/topic:%22bug/2087939%2214:33
ralonsohthat belongs to the community goals14:34
haleyboh, let's talk about eventlet removal in community topic14:34
sahidoh sorry :-)14:34
ralonsohI have one14:34
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/210085314:34
ralonsohplease check it after the meeting14:34
ralonsohjust to know if the current behaviour is expected or not14:35
ralonsohbecause I don't see reasonable that rules of different directions should interfere14:35
rubasovto me it looks like a proper bug14:35
slaweqrubasov I agree14:36
haleybrubasov: i'll let you decide as you're bug deputy this week :)14:36
rubasovslaweq: thanks :-)14:36
ralonsohperfect then, thanks for the confirmation!14:36
haleyband mlavalle is deputy next week, ok with that?14:37
haleybwe did creep up a little on bug count, probably just due to past two weeks increase in bugs - currently 77414:37
haleyband as i mentioned last week, please check the bug deputy list on the wiki for dates as they moved one week14:38
haleyb#link https://wiki.openstack.org/wiki/Network/Meetings14:38
haleybalright, think we can move on14:39
haleyb#topic community goals14:39
haleyblajoskatona: any update on neutronclient/horizon changes? i saw one was close14:39
lajoskatonaslow reviews, had to ping them again :-)14:40
haleyback, they are ready to merge at least14:41
haleyb#link https://review.opendev.org/q/topic:%22bug/1999774%22+status:open is the dashboard14:41
haleybok, onto the main eventlet :)14:41
ralonsohso we have sahid's patches for OVS agent14:42
mlavallehaleyb: ack no problem14:42
ralonsoh#link https://review.opendev.org/q/topic:%22bug/2087939%2214:42
ralonsoh(I still need to review the latest ones)14:42
ralonsohsahid, something to add here?14:42
sahidno no thank you 14:43
ralonsohand we have the other active LP, the metadata agent14:43
ralonsoh#link https://review.opendev.org/c/openstack/neutron/+/94291614:43
ralonsohthat's all for now14:43
lajoskatonaThere 's a wip for sriov agent also: https://review.opendev.org/c/openstack/neutron/+/94288414:44
ralonsohnext week I'll start (continue) with the L3 agent14:44
ralonsohahh yes14:44
ralonsohthe SR-IOV agent one14:44
ralonsohlajoskatona, did you try with the VM with SR-IOV ports?14:44
lajoskatonaI still have issues with my env, but I am on it14:45
ralonsohif not, I'll try to borrow a sriov capable env in my company14:45
lajoskatonaif anybody has an sriov capable environment close to hands, please try it14:45
lajoskatonaralonsoh: thanks14:46
ralonsohthat's all14:47
MengyangZhang[m]Hi, I have a question about the neutron qos. 14:47
haleybralonsoh: so do you think we can claim eventlet removal as a cycle highlight? or maybe you have a sentence to use?14:47
ralonsohhaleyb, this is more a community goal14:48
haleybi mean, i will claim it as a highlight anyways with all the work that is done14:48
ralonsohI don't think this is a feature14:48
haleybtrue, not a feature14:48
ralonsohopen a gerrit with the highlights to allow anyone to comment there14:48
haleybyes, will do that this week14:49
lajoskatona+114:49
slaweqcycle highlights are things for the marketing/adverts more14:49
slaweqso eventlet removal I am not sure is good fit there14:49
slaweqit should IMO be highlighted in the release notes but not in the highlights maybe14:49
haleybsure, i'll take a look through things that merged14:50
haleyb#topic on-demand14:51
haleybMengyangZhang[m]: you had a question about qos?14:51
MengyangZhang[m]yes, As I was reading the doc(https://docs.openstack.org/neutron/latest/admin/config-qos.html), I see this "Each project can have at most one default QoS policy, although it is not mandatory. If a default QoS policy is defined, all new networks created within this project will have this policy assigned, as long as no other QoS policy is explicitly attached during the creation process. If the default QoS policy is unset, no14:51
MengyangZhang[m]change to existing networks will be made." 14:51
MengyangZhang[m]I was wondering if the qos policy is applied to all nova instances under the project or can only be applied to new networks created under that project. Basically, how would instances under the project receive the qos policy? Any help on this would be much appreciated. 14:51
ralonsohMengyangZhang[m], we can talk about this after the meeting14:52
MengyangZhang[m]sure14:52
haleybanything else to discuss? i don't see anything on the agenda14:53
haleybok, have a good week everyone. remember to try and focus on getting eventlet changes merged, and add things to the priority dashboard (and check the dashboard :)14:54
haleyb#endmeeting14:54
opendevmeetMeeting ended Tue Mar  4 14:54:18 2025 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:54
opendevmeetMinutes:        https://meetings.opendev.org/meetings/networking/2025/networking.2025-03-04-14.00.html14:54
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/networking/2025/networking.2025-03-04-14.00.txt14:54
opendevmeetLog:            https://meetings.opendev.org/meetings/networking/2025/networking.2025-03-04-14.00.log.html14:54
slaweqo/14:54
lajoskatonao/14:54
ralonsohbye14:54
ralonsohMengyangZhang[m], so each project can define a default QoS policy14:54
ralonsoheach new network created under this project, will receive this QoS policy14:55
ralonsohif you create a VM and provide one of these networks, the new port will inherit the QoS policy14:55
ralonsohit doesn't matter if the VM is created by other project with access to this network14:55
ralonsohthis is just a network with a QoS policy: any new port on this network will inherit the QoS policy assigned to the network14:56
ralonsohright?14:56
mlavalle\o14:56
MengyangZhang[m]understood, would the community be interested in supporting of applying the qos policy to all instances under a project without creating new network? Basically, we need a way to apply network limit to all vms under a nova project. I proposed similar ideas to cinder and nova and received positive feedbacks. 15:02
haleybmlavalle: hey, while you're here, can you look at https://review.opendev.org/c/openstack/neutron/+/928288 ? thanks15:03
lajoskatonasahid: I added a functional test for the OVS privilieged change: https://review.opendev.org/c/openstack/neutron/+/939117  please check if you have some time15:11
sahidah cool thanks lajoskatona, give me a moment and i check that :-)15:17
lajoskatonasahid: thanks15:33
opendevreviewVasyl Saienko proposed openstack/neutron master: Enable atop by for dsvm jobs  https://review.opendev.org/c/openstack/neutron/+/94279215:56
opendevreviewElod Illes proposed openstack/networking-bagpipe unmaintained/zed: [CI] Remove periodic stable jobs from unmaintained branch  https://review.opendev.org/c/openstack/networking-bagpipe/+/94302016:36
mlavallehaleyb: done17:42
haleybmlavalle: thanks!18:04
opendevreviewMerged openstack/neutron stable/2024.1: Support nested SNAT for ml2/ovn  https://review.opendev.org/c/openstack/neutron/+/92828819:49

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