opendevreview | Rico Lin proposed openstack/neutron master: Fix ovn db sync with log resources https://review.opendev.org/c/openstack/neutron/+/948053 | 03:28 |
---|---|---|
opendevreview | Takashi Kajinami proposed openstack/neutron-fwaas-dashboard master: Drop environments for nose https://review.opendev.org/c/openstack/neutron-fwaas-dashboard/+/950938 | 05:49 |
opendevreview | Takashi Kajinami proposed openstack/neutron-vpnaas-dashboard master: Drop environments for nose https://review.opendev.org/c/openstack/neutron-vpnaas-dashboard/+/950939 | 05:50 |
ralonsoh | slaweq, hello! please check https://review.opendev.org/c/x/devstack-plugin-tobiko/+/950870 | 06:47 |
opendevreview | Eduardo Olivares proposed openstack/neutron stable/2025.1: [DNM] Check tobiko skip https://review.opendev.org/c/openstack/neutron/+/950871 | 06:55 |
lajoskatona | ykarel: Hi, regarding the bagpipe timeout, I pushed a patch: https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/950895 | 07:23 |
lajoskatona | ykarel: the problem is that currently neutron-tempest-plugin-base (the parent) has the same timeout as I see and that is the max, zuul even votes -1 for larger timeout :-) | 07:24 |
ykarel | lajoskatona, thx | 07:25 |
opendevreview | Lajos Katona proposed openstack/networking-bagpipe master: DNM: test master https://review.opendev.org/c/openstack/networking-bagpipe/+/950956 | 07:50 |
opendevreview | Lajos Katona proposed openstack/networking-bagpipe master: Remove py39 job and reference in setup.cfg https://review.opendev.org/c/openstack/networking-bagpipe/+/950956 | 08:10 |
opendevreview | Lajos Katona proposed openstack/networking-bgpvpn master: Remove py39 reference from setup.cfg https://review.opendev.org/c/openstack/networking-bgpvpn/+/950958 | 08:13 |
opendevreview | Lajos Katona proposed openstack/neutron-fwaas master: Remove py39 reference from setup.cfg https://review.opendev.org/c/openstack/neutron-fwaas/+/950959 | 08:15 |
opendevreview | Lajos Katona proposed openstack/neutron-vpnaas master: Remove py39 jobs and reference from setup.cfg https://review.opendev.org/c/openstack/neutron-vpnaas/+/950960 | 08:17 |
opendevreview | Lajos Katona proposed openstack/neutron-dynamic-routing master: Remove py39 reference from setup.cfg https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/950961 | 08:18 |
opendevreview | Lajos Katona proposed openstack/networking-sfc master: Remove py39 reference from setup.cfg https://review.opendev.org/c/openstack/networking-sfc/+/950963 | 08:23 |
opendevreview | Lajos Katona proposed openstack/networking-bagpipe master: Remove py39 job and reference in setup.cfg https://review.opendev.org/c/openstack/networking-bagpipe/+/950956 | 08:32 |
opendevreview | Lajos Katona proposed openstack/os-vif master: OVS Trunk: Add bridge_name to external_ids https://review.opendev.org/c/openstack/os-vif/+/949736 | 08:53 |
opendevreview | Merged openstack/neutron master: Extend port resource request only when using qos minimum rules https://review.opendev.org/c/openstack/neutron/+/944756 | 09:51 |
ykarel | slaweq, ralonsoh lajoskatona please check https://review.opendev.org/c/openstack/neutron/+/950856 | 10:00 |
ralonsoh | sure | 10:00 |
ralonsoh | ykarel, I guess this is working because in 2024.2 the default server was eventlet and now is only wsgi | 10:01 |
ralonsoh | right? | 10:01 |
ralonsoh | so we don't need any config override | 10:01 |
ykarel | ralonsoh, yes with this patch its' now source deployment is 2024.2 + wsgi as other grenade job | 10:02 |
ykarel | so just removed override | 10:02 |
ralonsoh | ykarel, but I don't understand | 10:03 |
ralonsoh | wsgi was not ready in 2024.2 | 10:03 |
ralonsoh | and yet, it works... | 10:04 |
ykarel | ralonsoh, but in your patch you mentioned it's ready in 2024.2 | 10:05 |
ykarel | https://review.opendev.org/c/openstack/devstack/+/935762 | 10:05 |
ykarel | anyway it's working so should be fine :) | 10:05 |
ralonsoh | ykarel, yeah... my bad, I'm mixing eventlet removal from API (with WSGI) and WSGI implementation | 10:06 |
ralonsoh | ykarel, you are right: we finished the wsgi implementation in 2024.2 | 10:06 |
lajoskatona | so are we on the safe side? | 10:07 |
ralonsoh | yes, for sure | 10:07 |
lajoskatona | +! | 10:07 |
lajoskatona | +1 | 10:07 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: [eventlet-removal] Remove the usage of eventlet in the L3 agent https://review.opendev.org/c/openstack/neutron/+/938404 | 12:51 |
opendevreview | Merged openstack/neutron master: Move grenade skip level jobs to wsgi https://review.opendev.org/c/openstack/neutron/+/950856 | 13:00 |
haleyb | running late, will start in a minute | 13:01 |
lajoskatona | ack | 13:01 |
ralonsoh | no rush | 13:01 |
slaweq | o/ | 13:01 |
mlavalle | ack | 13:01 |
slaweq | ahh, it didn't start yet :) | 13:02 |
haleyb | #startmeeting networking | 13:02 |
opendevmeet | Meeting started Tue May 27 13:02:22 2025 UTC and is due to finish in 60 minutes. The chair is haleyb. Information about MeetBot at http://wiki.debian.org/MeetBot. | 13:02 |
opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 13:02 |
opendevmeet | The meeting name has been set to 'networking' | 13:02 |
haleyb | Ping list: bcafarel, elvira, frickler, mlavalle, mtomaska, obondarev, slaweq, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, haleyb, ralonsoh | 13:02 |
mlavalle | \o | 13:02 |
elvira | o/ | 13:02 |
ralonsoh | hello | 13:02 |
lajoskatona | o/ | 13:02 |
sahid | o/ | 13:02 |
haleyb | #announcements | 13:03 |
haleyb | We are currently in Week R-17 of Flamingo | 13:03 |
haleyb | Our next milestone in this development cycle will be Flamingo-2, on July 3rd | 13:03 |
haleyb | Final 2025.2 Flamingo release: October 3rd, 2025 | 13:03 |
haleyb | #link https://releases.openstack.org/flamingo/schedule.html | 13:03 |
cbuggy | o/ | 13:04 |
haleyb | 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 | 13:04 |
haleyb | Plan is to have a meeting this friday to discuss a recent bgp rfe (and any others) | 13:04 |
haleyb | that was all i had for announcements, any others? | 13:05 |
haleyb | #topic bugs | 13:06 |
haleyb | elvira was the deputy last week, her report is at | 13:06 |
rubasov | o/ | 13:06 |
haleyb | #link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/QOLR2TOQZ7PFTZ7ZR7HPKTB7JWNJ4TVB/ | 13:06 |
haleyb | there were quite a few, will go through the unassigned ones | 13:07 |
haleyb | rodolfo has picked up a bunch already i see, but i found one | 13:09 |
haleyb | #link https://bugs.launchpad.net/neutron/+bug/2111572 | 13:09 |
haleyb | [OVN] OVN ML2 mech driver forces port update to networking generic switch (NGS) on OVS restart | 13:09 |
ralonsoh | I have a question on this one | 13:09 |
ralonsoh | because as elvira mentioned, this is not affecting anything | 13:10 |
frickler | bbezak might be around to answer? | 13:11 |
haleyb | right, is this a bug in NGS? | 13:11 |
ralonsoh | I don't think this is a bug in NGS, as long as is reacting to the port update | 13:12 |
ralonsoh | we can discuss if that is needed | 13:12 |
ralonsoh | but a vswitchd restart is not in the normal operation | 13:12 |
ralonsoh | (I would like to know what vswitchd service, in what host) | 13:12 |
ralonsoh | compute, most probably | 13:12 |
ralonsoh | anyway, we can ask in the LP bug, I'll do it today (why this restart is needed, if traffic is affected, etc) | 13:13 |
haleyb | ack, thanks | 13:15 |
haleyb | next one | 13:16 |
haleyb | #link https://bugs.launchpad.net/neutron/+bug/2111584 | 13:16 |
haleyb | Failed get list of ports due to removed network | 13:16 |
haleyb | guess i would have expected some type of error when doing this operation, but we should be more graceful | 13:17 |
elvira | that is what I thought too, maybe it is low prio and not medium indeed | 13:19 |
haleyb | would agree with the low hanging fruit tag, so if someone wants to pick it up... | 13:19 |
ralonsoh | we have recently optimized this code | 13:19 |
ralonsoh | maybe with the optimizations we can skip it | 13:19 |
bbezak | actually restart of ovs_vswitchd on the controllers | 13:20 |
ralonsoh | --> https://review.opendev.org/q/owner:jimin3.shin@samsung.com+status:merged | 13:20 |
bbezak | invokes the port update | 13:20 |
bbezak | (sorry for the delay) - it is about bug 2111572 | 13:21 |
ralonsoh | bbezak, one sec, let's finish the current bug | 13:21 |
ralonsoh | I can try creating 1000 ports and doing the same operation | 13:21 |
ralonsoh | I think we'll need some min qos rules (maybe) | 13:22 |
haleyb | ralonsoh: oh, it might not happen now | 13:22 |
ralonsoh | but with the optimizations we no longer retrieve anything if there are no min-bw rules | 13:22 |
ralonsoh | anyway, I'll add it for next friday morning, to deploy a test env | 13:22 |
haleyb | ack | 13:22 |
ralonsoh | bbezak, hi | 13:23 |
haleyb | we can loop back to other bug | 13:23 |
ralonsoh | yes, we know the restart triggers the update | 13:23 |
ralonsoh | why this restart? | 13:23 |
bbezak | well - during some maintenances - containers upgrades - hosts restart | 13:24 |
ralonsoh | and this update affects the traffic? I guess nothing in this host is running during the restart | 13:25 |
bbezak | it is not affecting traffic on baremetal host, cause ngs applies the same config - but still, in scale - for instance ~500 baremetal hosts, ngs would hammer all switches. which can be problematic | 13:26 |
ralonsoh | bbezak, if you can identify what event is triggered during the vswitchd restart, maybe we can debug this problem | 13:27 |
ralonsoh | (Neutron event, you can enable DEBUG logs) | 13:27 |
bbezak | yeah, I'll reproduce it and update the bug | 13:28 |
* slaweq needs to drop for another meeting but I am aware of bug deputy this week :) | 13:28 | |
bbezak | thx | 13:28 |
ralonsoh | thansk | 13:28 |
haleyb | slaweq: ack, thanks | 13:29 |
haleyb | ok, so we have some debugging to do on 2111572 | 13:30 |
haleyb | moving along to next one | 13:30 |
haleyb | #link https://bugs.launchpad.net/neutron/+bug/2111496 | 13:30 |
haleyb | Neutron port stuck in DOWN state after update router external connectivity | 13:30 |
ralonsoh | yes, that is a bug | 13:30 |
ralonsoh | we, most probably, are not detecting the port update | 13:31 |
ralonsoh | and we are not activating again the port | 13:31 |
ralonsoh | (and, just thinking loud, 6 and 7 are not needed) | 13:32 |
ralonsoh | if this is a port in the internal network | 13:32 |
haleyb | so just down/up of a port? ok | 13:33 |
ralonsoh | maybe | 13:33 |
haleyb | i'll ask submitter to try just so we know | 13:34 |
ralonsoh | I don't have an OVS env right now, but I can deploy one | 13:34 |
ralonsoh | but not this week... | 13:34 |
lajoskatona | I can try, I usually have OVS env | 13:35 |
ralonsoh | cool! | 13:35 |
haleyb | lajoskatona: ack, thanks | 13:35 |
haleyb | last bug in list | 13:36 |
haleyb | #link https://bugs.launchpad.net/neutron/+bug/2111660 | 13:36 |
haleyb | OVN_AGENT_NEUTRON_SB_CFG_KEY doesn't set when Neutron OVN Agent starts | 13:36 |
ralonsoh | there is a patch proposed | 13:36 |
ralonsoh | and I think a good one, that fixes the problem | 13:37 |
haleyb | #link https://bugs.launchpad.net/neutron/+bug/2111475 | 13:37 |
haleyb | oops, that's the rlated bug | 13:37 |
ralonsoh | yes | 13:37 |
ralonsoh | ahhhhh sorry | 13:37 |
haleyb | #link https://review.opendev.org/c/openstack/neutron/+/950673 | 13:37 |
ralonsoh | Ok, I asked Min to open a LP bug if he was going to propose a patch only for ovn metadata | 13:38 |
ralonsoh | so this is why we have https://bugs.launchpad.net/neutron/+bug/2111660 | 13:38 |
ralonsoh | Ok, I'll take this one, the fix should be similar to https://review.opendev.org/c/openstack/neutron/+/950673 | 13:39 |
haleyb | do we need a fix for ovn-agent as well? i'm reading between the lines | 13:39 |
ralonsoh | yes, the issue is the same | 13:39 |
haleyb | ack, thanks | 13:39 |
haleyb | so i think that was all the unassigned bugs | 13:40 |
haleyb | any other bugs to discuss? | 13:40 |
haleyb | slaweq is the deputy this week, i am next week | 13:41 |
haleyb | #topic community goals | 13:41 |
haleyb | lajoskatona: sorry, i haven't been able to review any of your neutronclient patches, can look today | 13:42 |
haleyb | have they made forward progress from other reviews? | 13:42 |
lajoskatona | here they are: https://review.opendev.org/q/topic:%22bug/1999774%22+status:open+project:openstack/python-openstackclient+or+status:open+owner:self+project:openstack/openstacksdk | 13:42 |
lajoskatona | I think these are the ones for sec-groups is_shared field, suggested by ralonsoh and stephenfin (perhaps another depends-on can be in one of the commit-msg but let's wait) | 13:43 |
haleyb | #link https://review.opendev.org/q/topic:%22bug/1999774%22 | 13:44 |
lajoskatona | that's all this topic from me, slow progress | 13:44 |
haleyb | that shows them all | 13:44 |
lajoskatona | yes, but the filtred list is the hot this week :-) | 13:44 |
haleyb | it is sometimes hard to move a large boulder :) | 13:45 |
haleyb | ok, finally eventlet | 13:46 |
ralonsoh | hi | 13:46 |
haleyb | i know there were new bugs files | 13:46 |
ralonsoh | yes, related to the test FWs | 13:46 |
ralonsoh | and this going to be a nightmare... in particular fullstack | 13:46 |
ralonsoh | I've proposed https://review.opendev.org/c/openstack/neutron/+/938404 to remove eventlet from the l3 agent | 13:47 |
ralonsoh | and right now I need to skip many FT and fullstack tests | 13:47 |
ralonsoh | this is explained in the docs | 13:47 |
ralonsoh | we also have other patches: https://review.opendev.org/q/topic:%22eventlet-removal%22+project:openstack/neutron+status:open | 13:47 |
ralonsoh | in particular the ones related to unit and functional tests | 13:48 |
lajoskatona | I slowly progress with the DHCP one in the background.... | 13:48 |
ralonsoh | and lajoskatona is working on the DHCP agent: https://review.opendev.org/c/openstack/neutron/+/950498 | 13:48 |
ralonsoh | yeah | 13:48 |
ralonsoh | the first step, same as in the l3 agent: to move the RPC initialization out of the init methods | 13:48 |
ralonsoh | this is because oslo.service is spawning several new processes and threads after that | 13:49 |
lajoskatona | yes, I am on it to make it final | 13:49 |
ralonsoh | and the RPC connections do not like that | 13:49 |
ralonsoh | --> please review this: https://review.opendev.org/c/openstack/neutron/+/949135 | 13:49 |
ralonsoh | (is ready now) | 13:49 |
ralonsoh | and last topic | 13:50 |
haleyb | ralonsoh: ack, can look later today | 13:50 |
ralonsoh | we have oslo.service 4.2.0, that implements "threading" backend | 13:50 |
ralonsoh | that means: all service FW is written without evnetlet | 13:50 |
ralonsoh | that's all I have | 13:50 |
haleyb | right. so i'm remembering an older change we never pushed for os-ken that i think was related to threading backend, will have to find it | 13:52 |
haleyb | sahid: i think that was yours ^^ just wondering if we need to move it forward now | 13:52 |
lajoskatona | yeah, some patches are hanging for ovs-agent and os-ken | 13:53 |
haleyb | i will look after meeting | 13:53 |
sahid | yes i think that could make sense | 13:53 |
lajoskatona | +1 | 13:53 |
haleyb | ok, if we can get those in ready-to-merge state that would be great (if not ther already) | 13:54 |
sahid | i will double check | 13:54 |
haleyb | thanks | 13:54 |
sahid | sure | 13:55 |
haleyb | i will move on since i have a hard stop at top of hour | 13:55 |
haleyb | #topic on-demand | 13:55 |
haleyb | lajoskatona: you had an item | 13:55 |
lajoskatona | yes | 13:55 |
lajoskatona | regarding trunks | 13:55 |
lajoskatona | rubasov already sent out a mail to summarize: https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/W3CNUX2QPKLKWY6UV4ZGR3E65TVE4BLC/ | 13:55 |
lajoskatona | and we have some patches to fix different aspects of the issue which happens when we have many subports for a trunk *actually thats just for easy reproduction) | 13:56 |
lajoskatona | the rootcause is that the status of the trunk set to ACTIVE when the parent goes active not when all the posts goes to active | 13:57 |
lajoskatona | and this was intriduced for a fix with OVN: https://review.opendev.org/c/openstack/neutron/+/853779 | 13:57 |
lajoskatona | so this breaks the OVS driver for sure but the OVN also, so one fix from rubasov is to move this status change to OVN only part, and for OVS to fix this in actually os-vif and some extra code doc for code archeologists after us :-) | 13:58 |
lajoskatona | and the patch series: https://review.opendev.org/q/topic:%22bug/2095152%22 | 13:59 |
lajoskatona | please check if you have time ,and read the mail I linked with bug report :-) | 13:59 |
lajoskatona | That's it, thanks for the attention | 13:59 |
ralonsoh | qq, the os-vif patch is related to the OVN issue? | 14:00 |
haleyb | lajoskatona: thanks will take a look, and i see you added the right people to the review i think | 14:00 |
lajoskatona | no that is for OVS | 14:00 |
ralonsoh | thanks! | 14:00 |
lajoskatona | thanks | 14:00 |
haleyb | ok, that's all i had, any other topics | 14:01 |
haleyb | ok, thanks for attending everyone, have a good week | 14:02 |
haleyb | #endmeeting | 14:02 |
opendevmeet | Meeting ended Tue May 27 14:02:07 2025 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:02 |
opendevmeet | Minutes: https://meetings.opendev.org/meetings/networking/2025/networking.2025-05-27-13.02.html | 14:02 |
opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/networking/2025/networking.2025-05-27-13.02.txt | 14:02 |
opendevmeet | Log: https://meetings.opendev.org/meetings/networking/2025/networking.2025-05-27-13.02.log.html | 14:02 |
lajoskatona | Bye | 14:02 |
mlavalle | \o | 14:02 |
ralonsoh | bye | 14:02 |
sahid | o/ | 14:02 |
opendevreview | Brian Haley proposed openstack/neutron unmaintained/yoga: [OVN] Support address group for ovn driver https://review.opendev.org/c/openstack/neutron/+/949855 | 14:07 |
opendevreview | Brian Haley proposed openstack/neutron unmaintained/yoga: [OVN] Support address group for ovn driver https://review.opendev.org/c/openstack/neutron/+/949855 | 14:51 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: [eventlet-removal] Remove the usage of eventlet in the L3 agent https://review.opendev.org/c/openstack/neutron/+/938404 | 14:57 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: DNM == [eventlet-removal] Remove the usage of eventlet from the OVN maintenance worker https://review.opendev.org/c/openstack/neutron/+/950854 | 15:00 |
opendevreview | Elvira GarcĂa Ruiz proposed openstack/neutron master: [WIP] Consider logging options when using OVNdbsync https://review.opendev.org/c/openstack/neutron/+/948783 | 19:16 |
opendevreview | Merged openstack/neutron master: Move the RPC initialization to the ``Service.start`` phase https://review.opendev.org/c/openstack/neutron/+/949135 | 22:46 |
opendevreview | Merged openstack/neutron master: Update OVN_AGENT_METADATA_SB_CFG_KEY when OVN metadata agent starts https://review.opendev.org/c/openstack/neutron/+/950673 | 22:58 |
opendevreview | Merged openstack/neutron master: [UT] Removal of eventlet from the unit tests https://review.opendev.org/c/openstack/neutron/+/950502 | 22:58 |
opendevreview | Merged openstack/neutron-tempest-plugin master: Increase the timeout for neutron-tempest-plugin-bgpvpn-bagpipe https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/950895 | 22:58 |
johnsom | Hi neutron neighbors, I see that the grenade parent job is still using q-svc: https://opendev.org/openstack/grenade/src/branch/master/.zuul.yaml#L242 | 23:35 |
johnsom | I think that can go away now right? | 23:35 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!