14:00:26 #startmeeting networking 14:00:26 Meeting started Tue Apr 30 14:00:26 2024 UTC and is due to finish in 60 minutes. The chair is haleyb. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:26 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:00:26 The meeting name has been set to 'networking' 14:00:29 \o 14:00:29 Ping list: bcafarel, elvira, frickler, mlavalle, mtomaska, obondarev, slaweq, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, amotoki, haleyb, ralonsoh 14:00:30 o/ 14:00:32 o/ 14:00:35 o/ 14:01:06 o/ 14:01:36 #topic announcements 14:01:45 hopefully a short meeting 14:02:04 We are now in Dalmatian release week (R - 22) 14:02:25 Merged openstack/ovn-octavia-provider master: Remove leftover OVN LB HM port upon deletion of a member https://review.opendev.org/c/openstack/ovn-octavia-provider/+/916637 14:02:29 Reminder: If you have a topic for the drivers meeting on Friday, please add it to the wiki @ https://wiki.openstack.org/wiki/Meetings/NeutronDrivers 14:02:33 o/ 14:02:41 i think there is one new RFE this week 14:03:05 Zed has transitioned to unmaintained 14:03:07 #link https://review.opendev.org/c/openstack/releases/+/916492 14:03:33 so you might see some reno and other small patches in all neutron and networking* repos 14:03:38 please approve them 14:04:45 one neutron-tempest-plugin ptch for it: https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/917696 14:05:28 Christian Berendt proposed openstack/ovn-octavia-provider stable/2024.1: Remove leftover OVN LB HM port upon deletion of a member https://review.opendev.org/c/openstack/ovn-octavia-provider/+/917724 14:05:29 lajoskatona: thanks, hopefully we can get that green 14:05:49 +1 14:06:25 for those that didn't attend last Friday's drivers meeting we had a good discussion with the ironic team 14:06:32 #link https://meetings.opendev.org/meetings/neutron_drivers/2024/neutron_drivers.2024-04-26-14.01.log.html 14:06:48 Christian Berendt proposed openstack/ovn-octavia-provider stable/2023.2: Remove leftover OVN LB HM port upon deletion of a member https://review.opendev.org/c/openstack/ovn-octavia-provider/+/917725 14:07:00 we promised not to break ML2 :) 14:07:24 and to keep an open dialogue if they discover any changes are necessary 14:08:02 Christian Berendt proposed openstack/ovn-octavia-provider stable/2023.1: Remove leftover OVN LB HM port upon deletion of a member https://review.opendev.org/c/openstack/ovn-octavia-provider/+/917726 14:08:52 one other thing that came up on the ML yesterday was regarding deprecating eventlet-based wsgi server 14:08:56 #link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/PY6NUNYFU63XOIZHDDBONJDHRXJMZF5J/ 14:09:41 +1 for bringing this up 14:09:50 there were two neutron bugs listed 14:09:54 #link https://bugs.launchpad.net/neutron/+bug/2062009 14:10:05 #link https://bugs.launchpad.net/neutron/+bug/1912359 14:10:25 Takashi Kajinami proposed openstack/os-vif master: Remove old excludes https://review.opendev.org/c/openstack/os-vif/+/917611 14:11:21 the first one has one patch merged, and another proposed 14:11:26 #link https://review.opendev.org/c/openstack/neutron/+/916112 14:11:45 but both are only marked as "partial fix" 14:12:51 i don't know Sebastian's nick, but need to figure out what else is required for that 14:13:29 I *think* because there were two patches for same symptom in 2 different plugins? 14:14:12 but the second one is kind of a blocker which prevents us from going to uwsgi only IMO 14:14:26 heyjo, I'm seba in irc as in gerrit 14:14:34 and I don't think anyone is currently working on it 14:15:22 they are both marked as partial fix as only together they solve the problem described in the bug 14:15:30 seba: hi, regarding that bug and the patches (thanks for them) 14:15:41 oh, so after the second merges it will be fixed? 14:16:15 this bug also handled by that patch: https://bugs.launchpad.net/neutron/+bug/1912359 ? 14:16:25 yes, as far as I understood the problem only the two service plugins start rabbitmq rpc servers that use the same lock between native and eventlet threads 14:17:13 seba: ack. so since one has merged we should mark the final one as 'Closes-bug' for 2062009, otherwise we'll have to manually update the state of the bug 14:17:37 sure, I can update the review 14:17:57 it looks ready to merge, can probably get that in today 14:18:31 slaweq: and right, the OVN one doesn't have an owner 14:19:31 I remember lucasagomes was looking at this long time ago but I don't think he had anything done for it then 14:20:10 Sebastian Lohff proposed openstack/neutron master: Start trunk plugin RPC via service framework https://review.opendev.org/c/openstack/neutron/+/916112 14:20:37 So deploying with NEUTRON_DEPLOY_MOD_WSGI=True will show the failure? at least according to the bug 14:22:00 Do we have job with that setting? in periodic or something? 14:22:36 lajoskatona you mean ml2/ovn or ovs? 14:22:56 perhaps we need both? 14:23:06 i see something in zuul.d 14:23:21 IIRC NEUTRON_DEPLOY_MOD_WSGI=True is default in devstack 14:23:30 so ml2/ovs jobs are using that 14:23:38 but I may be wrong 14:23:44 I will need to check 14:24:45 looks like it defaults to False 14:24:52 https://codesearch.openstack.org/?q=NEUTRON_DEPLOY_MOD_WSGI&i=nope&literal=nope&files=&excludeFiles=&repos= 14:24:53 NEUTRON_DEPLOY_MOD_WSGI=$(trueorfalse False NEUTRON_DEPLOY_MOD_WSGI) 14:25:13 yes, in some of our jobs it is set to false anyway 14:25:38 i only see fullstack and functional setting it to True 14:26:48 so maybe there's two things we need here - 1) a non-voting or experimental job with this set to True; 2) owner for the bug 14:28:10 I can create the jobs 14:28:49 lajoskatona: ack, thanks, and i'm assuming/hoping they show a failure initially 14:29:48 so maybe I am wrong but I was almost sure we had job(s) like that already somewher 14:30:19 slaweq: i don't know? i didn't look in n-t-p repo 14:30:47 indeed: https://zuul.opendev.org/t/openstack/job/neutron-ovn-tempest-with-uwsgi 14:30:54 # TODO(lucasagomes): Re-enable MOD_WSGI after 14:30:54 # https://bugs.launchpad.net/neutron/+bug/1912359 is implemented 14:30:57 I don't know where it is defined 14:31:29 so the plugin-base job has it False due to that bug 14:31:36 maybe it was only funvtional and fullstack 14:31:39 haleyb, yup, we may need to work on that now that oslo is thinking about deprecating eventlet wsgi 14:32:20 lucasagomes: hey, thanks for joining 14:33:24 Merged openstack/neutron master: reno: Update master for unmaintained/zed https://review.opendev.org/c/openstack/neutron/+/917566 14:34:02 lucasagomes: do you think the work required is on the small/medium side for this? 14:34:15 i hadn't seen the bug until yesterday 14:34:52 haleyb, I would say medium at least 14:35:08 haleyb, we will have to move/rewrite parts of the post_fork method that we have in the driver 14:35:20 which is the bit that connects to the ovndbs, start maintenance thread etc... 14:36:01 so there's some work to do there 14:36:22 ok, so not trivial it seems 14:36:36 not trivial no 14:37:20 but I don't don't expect it to be too large tho, it's mostly moving code around and adapting the tests I would say (or hope for) 14:37:52 lucasagomes: ack 14:37:53 Merged openstack/neutron-lib master: Remove old excludes https://review.opendev.org/c/openstack/neutron-lib/+/917609 14:37:54 Merged openstack/neutron-lib master: reno: Update master for unmaintained/zed https://review.opendev.org/c/openstack/neutron-lib/+/917560 14:40:08 okay, well if anyone wants to take ownership of that please ping me, else i will have to start learning about it 14:40:29 * haleyb jinxed himself saying it would be a short meeting 14:40:47 :D 14:40:54 LOL 14:41:27 lets move to bugs, thanks for the discussion here 14:41:34 #topic bugs 14:41:56 report from slaweq is here 14:42:00 #link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/P3X4LWI76V7IGDGA3BVCXD4G4G4OOZ7T/ 14:42:13 it was easy week 14:43:08 i see two un-assigned bugs 14:43:15 #link https://bugs.launchpad.net/neutron/+bug/2063669 14:43:18 there are 2 unassigned, one related to ovn-octavia-provider 14:43:26 slaweq: go ahead 14:43:32 and second seems like low-hanging-fruit thing for me 14:43:55 related to the extensions reported in the API incorrectly 14:44:02 that's all 14:45:56 slaweq: so is that dns extension supported by OVN? or is that what needs to be checked? 14:46:57 Merged openstack/networking-odl unmaintained/zed: Update .gitreview for unmaintained/zed https://review.opendev.org/c/openstack/networking-odl/+/917549 14:47:23 this extension has nothing to do with ovn backend AFAIK 14:47:41 but it is listed as "supported" to not be filtered out when ovn backend is used 14:48:25 Fernando Royo proposed openstack/ovn-octavia-provider stable/2024.1: Adding isolation to functional tests https://review.opendev.org/c/openstack/ovn-octavia-provider/+/917719 14:48:43 oh, but not in extension_drivers, got it 14:49:09 again, if someone wants to take it and learn about extension driver framework... :) 14:50:20 froyo: can you take a look at the other one mentioned? https://bugs.launchpad.net/neutron/+bug/2063463 ? ovn-octavia-provider VIP issue 14:51:02 haleyb: sure, should be during next week but I will take a look! 14:51:14 froyo: thanks! 14:51:24 any more bugs to discuss? 14:51:48 if not, i am deputy this week, amotoki is next week 14:52:02 count has been about the same 14:52:30 i need to find some cycles to go through our old list, link in wiki 14:52:54 #topic specs 14:53:18 just one remaining BGP spec if anyone has cycles 14:53:32 #link https://review.opendev.org/c/openstack/neutron-specs/+/899210 14:53:50 #topic community_goals 14:53:58 #link https://review.opendev.org/c/openstack/horizon/+/891205 14:54:13 i see there is a new version, thanks lajoskatona 14:54:16 haeyb: thanks for checking, and pointing to mistakes :-) 14:54:50 minor nits really, but i'll take a look at the update 14:55:11 let's get it over the finish line :) 14:55:36 #topic on_demand 14:55:51 nothing on the wiki, but does anyone have a topic to discuss? 14:56:29 alright, CI meeting in a few minutes, video this time i believe 14:56:38 yeap 14:56:45 thanks for attending everyone 14:56:45 +1 14:56:55 #endmeeting