Tuesday, 2025-04-01

opendevreviewRodolfo Alonso proposed openstack/neutron master: [OVN] Add a Logical_Router_Port HA_Chassis retrieval method  https://review.opendev.org/c/openstack/neutron/+/94597108:18
sahido/09:35
sahidany chance to get reviews https://review.opendev.org/c/openstack/neutron/+/940983/6 and for the others patches for the serie09:37
sahidit's waiting for a qhile now :-)09:37
opendevreviewMerged openstack/ovn-bgp-agent master: Fix running sync method for every external_ids update.  https://review.opendev.org/c/openstack/ovn-bgp-agent/+/94012909:41
lajoskatonasahid: Hi, thanks for pushing that series, I suppose the dust will settle after the release, and in worst case after the PTG discussions the review speed will go back to normal I suppose :-)10:26
opendevreviewCyprian Kleist proposed openstack/neutron master: Handle ECONNRESET error in ip_monitor  https://review.opendev.org/c/openstack/neutron/+/94602811:39
opendevreviewyatin proposed openstack/neutron master: [DNM] Check ovs job failures  https://review.opendev.org/c/openstack/neutron/+/94543312:31
lajoskatonao/13:03
lajoskatonawrong timezone..... :-$13:04
haleyblajoskatona: i was going to ask about moving the meeting time, let's see what consensus is in 10 minutes :)13:52
lajoskatonahaleyb: :-)13:56
frickler+1 to -=1h13:56
haleyb#startmeeting networking14:00
opendevmeetMeeting started Tue Apr  1 14:00:26 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
mlavalle\o14:00
ykarelo/14:00
elvirao/14:00
ralonsohsorry, in a meeting now14:00
frickler\o14:00
slaweqo/14:01
mtomaska1o/14:01
haleyb#announcements14:02
haleybWe are currently in week R-0 of Epoxy14:02
bcafarelo/14:02
haleybFinal 2025.1 Epoxy release: April 2nd, 202514:02
haleybRC2 release will be Epoxy final14:02
rubasovo/14:02
lajoskatonao/14:02
* frickler is already flexing the trigger finger ;)14:03
haleybSo there was much rejoicing!14:03
mlavalle+114:03
lajoskatona\o/14:04
haleybProject Teams Gathering (virtual): April 7th-11th, 2025 - next week14:04
haleyb#link https://ptg.openinfra.dev/ to sign up if you haven't14:04
haleyb#link https://etherpad.opendev.org/p/apr2025-ptg-neutron14:04
haleyb#link https://ptg.opendev.org/ptg.html for room assignments14:04
haleybI added two slots Tuesday, 4 on Wednesday and Thursday14:05
haleybplease add topics to the etherpad, i plan to add any RFE topics to that thursday14:05
haleybwe will have a cross-project with nova (and hopefully cinder) on thursday 13:00 to discuss a QoS RFE proposal14:05
haleyb#link https://bugs.launchpad.net/neutron/+bug/210218414:06
haleybthat was the only planned cross-project14:06
haleybactually, there is another short one with nova right after on vif plugging, i'll get the schedule finalized later this week14:06
haleybI think the only thing we are still waiting to finalize is the job templates for 2025.2 (master)14:07
haleyb#link https://review.opendev.org/c/openstack/neutron/+/944809/14:07
haleybit is waiting on a zuul-jobs change to merge14:08
haleybbut essentially Flamingo is open for business14:08
haleybany other comments on Epoxy for Flamingo?14:09
haleybok14:09
frickleroh, I wasn't aware that that change is still open14:09
fricklerwill ping elodille1 14:09
haleyb#link https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/94124614:10
fricklerack14:10
haleybi think it actually needs a change based on my -1 :(14:10
haleybor maybe not, need confirmation14:10
frickleryes, but all relevant projects should be branched by now, so no need to wait for tomorrow14:10
haleybno, and i'm guessing the release patch merged, i'm just coming online so have not looked14:11
haleybMy other comment/question was about this meeting time14:12
frickleractual release is tomorrow, if you refer to that14:12
haleyback, thought i saw one +214:12
frickleronly +1s and one misled -1 afaict, but nevermind14:13
haleybWith the time change in the US I started having conflicts, and i've been unable to move other things, i'm actually in another meeting as i type this14:13
haleybWould people be able to move this one hour earlier, until at least October when the time will change again?14:14
frickler+114:14
lajoskatonaFor me it can work14:15
haleybso to 13:00 UTC14:15
lajoskatona+1 for -1 hour14:15
ykarel+114:15
slaweqsounds good for me14:15
haleybok, i will send a review out (i think that's how we change that) and an email to the list since someone might not be here14:16
mlavalleI prefer this time 14:16
mlavallebut can live with 1300utc14:17
mlavallehaleyb: what happens when we go back to standard time?14:17
fricklerhttps://opendev.org/opendev/irc-meetings/src/branch/master/meetings/neutron-team-meeting.yaml is the file to change14:18
mlavalleat that moment it is going to be too early for me14:18
haleybmlavalle: i would want to move it back to 14:00 when we change times14:18
mlavalle+114:18
mlavallesound good14:18
haleybthe other option would be to move it later to 15:0014:19
fricklerwe've been doing a similar thing for the kolla meeting for years now, maybe time to implement that in code14:19
slaweqplease don't move it 1h later then it is now, it is a bit late for me14:19
haleybor even 14:3014:19
mlavalleI'm also fina with that option, but is would be too late for our European friends14:20
haleybslaweq: that's what i figured. 14:00 seems to be limit14:20
lajoskatona1300UTC summertime is good for me, but perhaps 1400 UTC for winter is also good as I see my calendar for autumn14:21
haleyband it also works for the around-the-world timezone meeting i'm in weekly with a guy in NZ14:21
mlavalle1300utc during DST and 1400utc during standard time seems to be a good middle groud14:21
slaweqhaleyb yes,for me it is the best if it is 1400 or earlier14:22
haleybmlavalle: ack, that i think works, i will propose, don't know if there's a way to represent that in the meeting wiki but i'll see14:22
haleybalright, that's all i had for announcement, anyone else?14:23
fricklercurrently you'll have to submit a patch to change it every 6 months. but adding code to represent that changing UTC time automatically might be a nice idea14:23
haleybfrickler: ack, i'll at least put it in the wiki that it moves spring and fall14:24
haleybor is it still winter? i have no idea14:25
fricklerUS might be winter, EU in spring14:25
fricklerwill always be a comprise when to switch exactly. for both directions14:25
fricklercompromise even14:26
haleybunderstood, and the other downstream meetings we have are always changing as well14:26
haleybok, we can move on to bugs14:27
haleyb#topic bugs14:27
haleybobondarev was the deputy last week14:27
haleybhis report is at14:27
haleyb#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/KZN4GRCJMNSUOD652GYE3JEY2L5LLUG7/14:27
haleybfirst one14:28
haleyb#link https://bugs.launchpad.net/neutron/+bug/210401914:28
haleybrandom failures in L3 HA fullstack failover tests14:28
haleybmlavalle: i see you took this one14:28
mlavalleI did yes14:28
mlavalleI'll keep an eye on it14:29
haleyback, thanks for taking14:29
haleybnext is14:29
haleyb#link https://bugs.launchpad.net/neutron/+bug/210413414:30
haleybovs/linuxbridge jobs running on ubuntu noble broken with latest kernel 6.8.0-56.5814:30
haleybthis was worked-around by removing the bad image14:30
haleybnew kernel should be released week of April 14th, we pinged about speeding that up 14:31
haleybbut i think we're good for now and nothing we can fix in neutron without a modprode hack somewhere14:32
haleybnext14:32
haleyb#link https://bugs.launchpad.net/neutron/+bug/210416014:33
haleyb[DB] Stop expand migrations with field drop exceptions14:33
fricklerwell you are good, but infra stopped building noble images, so any speedup would still be fine (for prev bug)14:33
haleybfrickler: we pushed in our matrix channel, but did not get a definitive answer, but they were unaware it broke openstack CI14:34
fricklernot only neutron, but also kolla, if that matters14:34
haleyback14:35
haleybregarding the DB migration bug, will wait for ralonsoh to comment, or maybe can discuss at PTG14:36
haleybnext one14:37
haleyb#link https://bugs.launchpad.net/neutron/+bug/210497914:37
haleybPossible deadlock on closing ip_monitor thread.14:38
haleybi see there was a patch just proposed14:38
haleyb#link https://review.opendev.org/c/openstack/neutron/+/94602814:38
haleybso we can comment there14:38
haleyband last one14:39
haleyb#link https://bugs.launchpad.net/neutron/+bug/210403714:39
haleybUnable to open stream to ssl::6641 to retrieve schema: Exec format error14:39
frickleris ommitting the host IP allowed? wasn't sure from the docs14:40
fricklerbut might also be a container arch issue. anyway more info needed14:40
haleybfrickler: no, you need something there i believe14:41
haleybssl:127.0.0.1:664114:41
haleybi will add comment14:42
fricklerso it might be good for neutron to check that and raise a config error earlier14:42
lajoskatonaisnt't that parsed to ipv6 perhaps?14:43
lajoskatonabut perhaps that can be filtered in config read time also14:44
fricklerthe first : should be parsed as separator and ":6641" isn't valid v6 either14:44
lajoskatonafrickler: ack14:44
haleybi thought we would have thrown OvsdbConnectionUnavailable which would print an error but it might be later in startup14:45
haleybwe did just add a regex to make sure tcp/ssl/unix was given14:46
haleybeither way, i don't think it's a neutron bug, but we can maybe make it clearer what's broken14:47
haleybany more bugs to discuss?14:47
haleyb#topic community goals14:48
haleybsince ralonsoh is in another meeting can skip eventlet update, unless someone else has one on it?14:49
ralonsohjust the question about the L3 migration14:49
ralonsohI implemented a thread handler with resizable workers14:49
ralonsohbut there are concerns about its usage14:49
ralonsohso the other proposal is to remnove the L3 agent resizable pool14:49
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/93841114:50
ralonsohplease, any idea or comment, you can do it here14:50
ralonsohIMO, at this point of the cycle (starting)14:50
ralonsohwe can use this new class14:50
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/94556614:50
ralonsohsorry, I need to leave. Feel free to comment ^^^14:51
ralonsohI'll do the same14:51
haleybralonsoh: ack, will look and comment in reviews14:51
haleybany other community goals topics?14:52
haleyb#topic on-demand14:52
haleybanything else? now is your time :)14:52
lajoskatonaperhaps this one: https://review.opendev.org/c/openstack/neutron/+/86116914:53
lajoskatonathis is for device_id in ports14:53
lajoskatonaI think we discussed it earlier, but please check it, and check the Nova patch also on which this one depends14:54
haleybjust one reminder that there is no drivers meeting this week, and next week is PTG - so add any topics to the etherpad14:54
lajoskatonathis is for service user for inter project APIs14:54
slaweqthx lajoskatona, I will check that patch14:55
lajoskatonathanks14:55
haleybok, thanks for attending everyone, see you online next week (and i'll be on time this PTG :)14:55
haleyb#endmeeting14:56
opendevmeetMeeting ended Tue Apr  1 14:56:16 2025 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:56
opendevmeetMinutes:        https://meetings.opendev.org/meetings/networking/2025/networking.2025-04-01-14.00.html14:56
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/networking/2025/networking.2025-04-01-14.00.txt14:56
opendevmeetLog:            https://meetings.opendev.org/meetings/networking/2025/networking.2025-04-01-14.00.log.html14:56
lajoskatonao/14:56
mlavalle\o14:56
cardoeralonsoh: we previously spoke about the EVPN/L2VNI use case I've been working with. I've gone ahead and made a RFE bug https://bugs.launchpad.net/neutron/+bug/2105855 please let me know if I should provide more context.15:15
opendevreviewBrian Haley proposed openstack/neutron master: Update jobs based on testing runtime for 2025.2  https://review.opendev.org/c/openstack/neutron/+/94480916:46

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