| opendevreview | liuyulong proposed openstack/neutron master: Fullstack case for metadata path https://review.opendev.org/c/openstack/neutron/+/888098 | 02:33 |
|---|---|---|
| opendevreview | liuyulong proposed openstack/neutron master: Add devstack plugin to enable ovs metadata_path https://review.opendev.org/c/openstack/neutron/+/928586 | 02:33 |
| opendevreview | liuyulong proposed openstack/neutron master: Fullstack case for metadata path https://review.opendev.org/c/openstack/neutron/+/888098 | 08:13 |
| opendevreview | liuyulong proposed openstack/neutron master: Add devstack plugin to enable ovs metadata_path https://review.opendev.org/c/openstack/neutron/+/928586 | 08:13 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron master: QinQ implementation for the ML2/OVN backend https://review.opendev.org/c/openstack/neutron/+/937633 | 08:17 |
| slaweq | ralonsoh ykarel_ lajoskatona hi, please check https://review.opendev.org/q/topic:%22bug/2096912%22 when You will have few minutes, those patches should fix our grenade jobs | 08:18 |
| slaweq | frickler hi, maybe also you can take a look at the devstack and grenade patches in ^^ | 08:19 |
| slaweq | thx in advance | 08:19 |
| ralonsoh | sure, let me check | 08:24 |
| lajoskatona | slaweq: checking | 08:39 |
| slaweq | thx guys | 08:46 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Fix metadata server when body response is empty https://review.opendev.org/c/openstack/neutron/+/940679 | 08:47 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: WIP == [OVN] Avoid race condition in Port_Group deletion https://review.opendev.org/c/openstack/neutron/+/940680 | 08:52 |
| priteau | ralonsoh: Hola. Do you think we could reopen this bug? https://bugs.launchpad.net/neutron/+bug/2093258. We are sometimes seeing the same trace, but we are using MariaDB, not PostgreSQL. | 09:02 |
| priteau | Sorry for the large amount of logs shared via paste, you can of course look at the Zuul build logs while they are still available. | 09:03 |
| frickler | slaweq: +2d, not sure if that is urgent enough I should single-approve? | 09:06 |
| karolinku | Hey, I'm planning to work on adding support for keyfiles in Glean project (https://issues.redhat.com/browse/RDO-443). It is related to support for Centos 10 release. Is that OK for you to add such feature? | 09:08 |
| frickler | karolinku: glean isn't a neutron deliverable, it doesn't even belong to openstack, you may want to discuss in the #opendev channel instead. I would also consider it possibly kind of deprecated, maybe switching to using cloud-init proper might be another option | 09:16 |
| ralonsoh | priteau, let me check | 09:17 |
| ralonsoh | priteau, what is port 0b07901b-fd8b-44f6-b452-e60f817df53b? | 09:24 |
| ralonsoh | and why this port doesn't have str attributes? | 09:24 |
| ralonsoh | can you check that in your database? | 09:24 |
| ralonsoh | std attributes* | 09:25 |
| ralonsoh | what version are you using? | 09:27 |
| priteau | ralonsoh: I am sorry, since this is in a Zuul CI job, the environment and database are gone | 09:27 |
| priteau | This is all using master code | 09:27 |
| priteau | Could be up to a day old since we use Kolla images, but not more than that | 09:27 |
| ralonsoh | so this is a VM port, by default all ports have std attr | 09:28 |
| ralonsoh | this error makes no sense | 09:28 |
| ralonsoh | this is a baremetal instance? | 09:28 |
| ralonsoh | yes | 09:28 |
| priteau | Yes, bare metal instance. 0b07901b-fd8b-44f6-b452-e60f817df53b is the server UUID | 09:29 |
| ralonsoh | I need to check the neutron port creation call | 09:29 |
| priteau | The full neutron-server logs are here: https://d58e03ce2f5a9d20c8f0-76770e8376bdcb5a12e0ef605f8b8d22.ssl.cf1.rackcdn.com/940187/1/gate/kayobe-overcloud-ubuntu-noble/6f7cb47/primary/kolla/neutron/neutron-server.txt | 09:30 |
| ralonsoh | priteau, is this error happening always? | 09:32 |
| priteau | No, it's only occasional. Might be a race condition? | 09:32 |
| priteau | But I have definitely seen it multiple times in the past few days | 09:33 |
| ralonsoh | there is a race condition there because there is a delete and get calls at the same time | 09:34 |
| ralonsoh | but both the port and the stdatr registers are deleted at the same time | 09:34 |
| ralonsoh | but | 09:35 |
| ralonsoh | return sa.orm.relationship(StandardAttribute, | 09:35 |
| ralonsoh | lazy='selectin', | 09:35 |
| ralonsoh | cascade='all, delete-orphan', | 09:35 |
| ralonsoh | single_parent=True, | 09:35 |
| ralonsoh | uselist=False) | 09:35 |
| ralonsoh | that means to retrieve this field we issue a second query | 09:36 |
| ralonsoh | you are retrieving the port db register but not the stdattr field just for a few milliseconds | 09:36 |
| ralonsoh | actually I think I'm going to revert https://review.opendev.org/c/openstack/neutron-lib/+/923926 | 09:39 |
| ralonsoh | slaweq, lajoskatona ^ | 09:39 |
| ralonsoh | https://review.opendev.org/c/openstack/neutron-lib/+/923926 was added to be postgresql compatible | 09:39 |
| ralonsoh | but this is introducing a possible race condition | 09:39 |
| ralonsoh | because we have dropped the support for this backend, I'm going to revert this change | 09:40 |
| priteau | Sounds good, thanks for the analysis. | 09:40 |
| priteau | I will keep monitoring our CI jobs to let you know if we stop seeing the error after the revert. | 09:41 |
| slaweq | ralonsoh +1 for me, lets keep mysql/mariadb working the best as we can | 09:45 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron-lib master: Revert "Change the ``StandardAttribute`` load method to "selectin"" https://review.opendev.org/c/openstack/neutron-lib/+/940682 | 09:49 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron-lib master: Revert "Change the ``StandardAttribute`` load method to "selectin"" https://review.opendev.org/c/openstack/neutron-lib/+/940682 | 09:51 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: DNM - Test "neutron-ovn-tempest-ipv6-only-ovs*" with WSGI https://review.opendev.org/c/openstack/neutron/+/939977 | 09:57 |
| lajoskatona | ralonsoh: ack, thanks | 09:57 |
| opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: ovs: reimplement signals handling https://review.opendev.org/c/openstack/neutron/+/939321 | 10:07 |
| opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: ovs: remove the usage of eventlet in the OVS agent https://review.opendev.org/c/openstack/neutron/+/937765 | 10:07 |
| opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: agent/linux: remove eventlet usage from of_monitor https://review.opendev.org/c/openstack/neutron/+/940684 | 10:07 |
| opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: agent/linux: remove eventlet usage from ip_conntrack https://review.opendev.org/c/openstack/neutron/+/940685 | 10:07 |
| opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: agent/linux: remove eventlet usage from ip_lib https://review.opendev.org/c/openstack/neutron/+/940686 | 10:07 |
| opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: agent/linux: remove eventlet usage from ip_conntrack https://review.opendev.org/c/openstack/neutron/+/940685 | 10:12 |
| opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: agent/linux: remove eventlet usage from ip_lib https://review.opendev.org/c/openstack/neutron/+/940686 | 10:12 |
| opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: ovs: reimplement signals handling https://review.opendev.org/c/openstack/neutron/+/939321 | 10:12 |
| opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: ovs: remove the usage of eventlet in the OVS agent https://review.opendev.org/c/openstack/neutron/+/937765 | 10:12 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [DNM] Check functional failure https://review.opendev.org/c/openstack/neutron/+/940128 | 10:30 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [FT] Relax the active wait period in ``TestAsyncProcess`` https://review.opendev.org/c/openstack/neutron/+/940687 | 10:30 |
| ralonsoh | folks, please check https://review.opendev.org/c/openstack/neutron/+/940687 | 11:02 |
| ralonsoh | the CI patch (https://review.opendev.org/c/openstack/neutron/+/940128) is passing | 11:02 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Fix metadata server when body response is empty https://review.opendev.org/c/openstack/neutron/+/940679 | 11:07 |
| opendevreview | Merged openstack/ovn-bgp-agent master: Use BFD sessions for local OVN https://review.opendev.org/c/openstack/ovn-bgp-agent/+/936881 | 12:31 |
| opendevreview | Maor Blaustein proposed openstack/neutron master: Fix LRP.external_ids router name prefix https://review.opendev.org/c/openstack/neutron/+/940445 | 13:11 |
| opendevreview | yatin proposed openstack/neutron unmaintained/2023.1: [DNM] Check devstack-tobiko-neutron https://review.opendev.org/c/openstack/neutron/+/940696 | 13:28 |
| haleyb | #startmeeting networking | 14:00 |
| opendevmeet | Meeting started Tue Feb 4 14:00:30 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 |
| opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 14:00 |
| opendevmeet | The meeting name has been set to 'networking' | 14:00 |
| haleyb | Ping list: bcafarel, elvira, frickler, mlavalle, mtomaska, obondarev, slaweq, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, haleyb, ralonsoh | 14:00 |
| mlavalle | \o | 14:00 |
| elvira | o/ | 14:00 |
| mtomaska | o/ | 14:00 |
| slaweq | o/ | 14:00 |
| frickler | \o | 14:00 |
| ralonsoh | hello | 14:01 |
| cbuggy | o/ | 14:01 |
| lajoskatona | o/ | 14:01 |
| haleyb | #announcements | 14:01 |
| rubasov | o/ | 14:01 |
| haleyb | We are in week R-8 of Epoxy | 14:01 |
| mblue_ | o/ | 14:01 |
| haleyb | E-3 milestone at week R-5 (Feb 24) | 14:02 |
| sahid | o/ | 14:02 |
| bcafarel | o/ | 14:02 |
| haleyb | #link https://releases.openstack.org/epoxy/schedule.html | 14:02 |
| haleyb | So about 3 weeks until feature freeze | 14:02 |
| haleyb | Any code changes for RFEs should be posted very soon | 14:03 |
| 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 | 14:03 |
| haleyb | I will triage by thursday and send email about meeting | 14:04 |
| haleyb | And of course a reminder to use the priorities dashboard for patches in the "ready to merge" state | 14:04 |
| haleyb | Those should be focus of reviews | 14:04 |
| haleyb | We merged the Linuxbridge driver removal last week )-; | 14:05 |
| haleyb | or :) | 14:05 |
| bcafarel | \o/ | 14:05 |
| lajoskatona | yesterday we discussed the side effects of it as bagpipe is broken since that | 14:06 |
| slaweq | one thing to mention regarding linux bridge removal | 14:06 |
| slaweq | during the FOSDEM there was OpenStack BoF session | 14:06 |
| slaweq | there was pretty many operators there | 14:06 |
| lajoskatona | I checked this morning and part of bagpipe is fully lb dependent (I was in the beleief that everything is working in it on OVS and lb) | 14:06 |
| slaweq | and I asked about LB if anyone is really using it and that we removed it | 14:06 |
| slaweq | and good news is that nobody from those people was actually shocked with this, and nobody told us that is still using LB :) | 14:07 |
| lajoskatona | good news really :-) | 14:07 |
| slaweq | so this is kind of confirmation that we did right thing with it IMHO | 14:07 |
| haleyb | phew, i thought you were going to say they got their pitchforks | 14:07 |
| ralonsoh | so what should we do with bagpipe? | 14:08 |
| slaweq | haha, then I would not be here today probably :P | 14:08 |
| haleyb | lajoskatona: has there been work on moving to OVS, etc? | 14:08 |
| lajoskatona | ralonsoh: as I checked this morning the part realted to SFC is mostly linuxbridge | 14:08 |
| lajoskatona | haleyb: I don't know about it, at least not in the last ~4 years let's say | 14:09 |
| haleyb | and sorry i was out yesterday and didn't see your message in scrollback until just now | 14:10 |
| lajoskatona | haleyb: no problem, today with the meeting is perhaps better anyway | 14:10 |
| ralonsoh | we can make this public, sending a mail with a warning | 14:11 |
| lajoskatona | +1 | 14:11 |
| ralonsoh | and asking developers to support OVN in bagpipe | 14:11 |
| ralonsoh | if not, we'll need to retire it along with LB | 14:11 |
| ralonsoh | last release note with a new feature is from rocky | 14:13 |
| ralonsoh | https://docs.openstack.org/releasenotes/networking-bagpipe/rocky.html | 14:13 |
| ralonsoh | and it says that evpn is supported in OVS too | 14:13 |
| lajoskatona | ralonsoh: agree, if there's users for it than its time to raise their hands (we, Ericsson seems to stopped using it in the last years) | 14:13 |
| haleyb | i was just checking the repo and there hasn't been a lot of development, mostly fixing bugs as we've moved forward with python | 14:13 |
| ralonsoh | maybe (maybe) we can remove just the sfc part | 14:14 |
| lajoskatona | that was my guess also | 14:14 |
| lajoskatona | ralonsoh: I can check it if it is a simple operation to safely cut and add documentation, and reduce the test coverage for it | 14:15 |
| ralonsoh | cool, let's do this first | 14:15 |
| lajoskatona | let's wait this week than, I check it in a time boxed manner, and let's check this topic next week | 14:15 |
| haleyb | lajoskatona: ack, can you file a bug with this info so we don't forget? | 14:16 |
| lajoskatona | sure | 14:16 |
| haleyb | the other email i sent last week to ML was regarding removal of dibbler PD driver. I don't see any responses so we can merge that this week as well | 14:17 |
| haleyb | #link https://review.opendev.org/c/openstack/neutron/+/934283 | 14:18 |
| haleyb | the other thing i did last week was remove the inclusion of networking-ovn-core into neutron-core - i sent email to list "promoting" Terry into the neutron-core group | 14:20 |
| haleyb | last announcement is it's PTL/TC election season for 2025.2 cycle | 14:21 |
| haleyb | nomination period starts tomorrow | 14:21 |
| slaweq | that is correct, please expect kick off email tomorrow night | 14:22 |
| haleyb | and if anyone is interested in PTL please ping me, I am more than happy to talk about it | 14:22 |
| haleyb | but i would gladly server another term/cycle | 14:23 |
| lajoskatona | thanks haleyb | 14:23 |
| haleyb | i have no other announcements, anyone else? | 14:24 |
| mlavalle | haleyb: yaay! thanks | 14:24 |
| haleyb | #topic bugs | 14:24 |
| haleyb | mtomaska was bug deputy last week | 14:25 |
| haleyb | #link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/P5KLBE5NEY7LEJASIWMOVFIK4LDLXYC2/ | 14:25 |
| mtomaska | yep o/ | 14:25 |
| haleyb | critical one has a patch in the gate queue | 14:26 |
| haleyb | #link https://bugs.launchpad.net/neutron/+bug/2096912 | 14:26 |
| haleyb | so all good there | 14:26 |
| ralonsoh | and another 3 dependant patches | 14:26 |
| haleyb | oh | 14:26 |
| ralonsoh | https://review.opendev.org/q/topic:%22bug/2096912%22 | 14:27 |
| haleyb | perfect, thanks for fixing that slaweq and to reviewers | 14:28 |
| *** ykarel_ is now known as ykarel | 14:28 | |
| haleyb | next was marked high | 14:29 |
| haleyb | #link https://bugs.launchpad.net/neutron/+bug/2096941 | 14:29 |
| haleyb | [OVN Routed Provider Networks] : New Compute nodes are not added to their segment aggregate | 14:29 |
| haleyb | otherwiseguy picked that up | 14:29 |
| slaweq | yw :) | 14:29 |
| haleyb | #link https://review.opendev.org/c/openstack/neutron/+/935990 | 14:29 |
| slaweq | I needed it to make my QinQ patches to be merged :) | 14:30 |
| haleyb | slaweq: yes, i saw those were in the queue related to the change | 14:30 |
| haleyb | next bug is | 14:31 |
| haleyb | #link https://bugs.launchpad.net/neutron/+bug/2096983 | 14:31 |
| haleyb | [OVN] Error executing command (LspGetUpCommand): ovsdbapp.backend.ovs_idl.idlutils.RowNotFound | 14:31 |
| haleyb | ralonsoh: you filed this | 14:31 |
| ralonsoh | it seems that is not affecting the API | 14:31 |
| ralonsoh | but it is horrible to see that in the logs | 14:31 |
| mtomaska | This one is pretty high IMO. I was on PTO last week so I did not have much time to sit down and track it. | 14:32 |
| ralonsoh | if this is a expected behaviour, we should format the logs differently | 14:32 |
| ralonsoh | I wouldn't say high | 14:32 |
| mtomaska | Agree, very "bad" log to see | 14:32 |
| ralonsoh | that happens when we try to bind a port but this is no longer present | 14:32 |
| ralonsoh | and we try to find it in the OVN DB | 14:32 |
| mtomaska | I feel like it might cause lot of customer support tickets.... | 14:33 |
| mtomaska | if we know why it is happening then why not just catch it and not log it? | 14:34 |
| haleyb | right, should this be in try/except if it's ok? | 14:34 |
| ralonsoh | better ovn lookup with default value | 14:35 |
| ralonsoh | but this is for the developer taking this bug | 14:35 |
| ralonsoh | mtomaska, it is needed first to properly investigate the cause | 14:35 |
| otherwiseguy | Yeah, I'm trying to investigate this a bit too in concert with my patch for resolving some race conditions between inserts and updates/deletes that happen on different workers. | 14:35 |
| mtomaska | but from the bug I was not sure if we know for a fact that this is safe to catch. It seems like we need better RCA before making that conclusion. No? | 14:36 |
| ralonsoh | of course, that requires a previous investigation | 14:36 |
| ralonsoh | my report only presents the consequences, not the causes | 14:36 |
| mtomaska | ACK | 14:36 |
| haleyb | ok, otherwiseguy did you want to take that one as well? | 14:37 |
| mtomaska | I can look into it. I just dont know how much time I am committing :) | 14:37 |
| otherwiseguy | haleyb: mtomaska: I can take it since I'm looking at it regardless :) | 14:38 |
| ralonsoh | thanks folks | 14:38 |
| haleyb | ok, thanks terry | 14:38 |
| mtomaska | otherwiseguy++ | 14:39 |
| haleyb | next one is ovn-related | 14:40 |
| haleyb | #link https://bugs.launchpad.net/neutron/+bug/2096931 | 14:40 |
| haleyb | Duplicate packets with router betwen flat network and vlan network | 14:40 |
| ralonsoh | hold on, now I realize | 14:42 |
| mtomaska | O yeah that one. My first instinct is that , "yeah maybe OVN does that under some circumstances" but then I did not really fully understand his network. I see he posted his ovn nb db output | 14:42 |
| ralonsoh | that could be also related to https://review.opendev.org/c/openstack/neutron/+/940454 | 14:42 |
| ralonsoh | we found that when "playing" with flat networks | 14:42 |
| ralonsoh | that was something solved in 2024.2 but not backported | 14:42 |
| ralonsoh | I'll ask this folk to test with these new patches | 14:43 |
| haleyb | ralonsoh: thanks, i would not have made that connection | 14:43 |
| haleyb | and last bug | 14:44 |
| ralonsoh | (and now you are here, please review https://review.opendev.org/q/topic:%22bug/2073987%22) | 14:44 |
| haleyb | #link https://bugs.launchpad.net/neutron/+bug/2097212 | 14:44 |
| haleyb | Resolv.conf search domain is different from the network's dns_domain | 14:44 |
| haleyb | ralonsoh: ack, will do | 14:45 |
| mtomaska | I asked mlavalle to take a quick look. As it requires dns extension. | 14:45 |
| mlavalle | I haven't had time to llok at it. But I'll do it later today | 14:46 |
| haleyb | mlavalle: thanks! | 14:46 |
| mlavalle | :-) | 14:46 |
| haleyb | alright, any other bugs to dicsuss? | 14:46 |
| ralonsoh | yes | 14:46 |
| ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/2093258 | 14:46 |
| ralonsoh | reopened today | 14:46 |
| ralonsoh | c#3 has the request and c#4 has the context | 14:47 |
| ralonsoh | and the patch: https://review.opendev.org/c/openstack/neutron-lib/+/940682 | 14:47 |
| ralonsoh | (also in the IRC history today) | 14:47 |
| ralonsoh | that's all from me | 14:48 |
| haleyb | thanks for looking into it, will review after meeting | 14:49 |
| haleyb | #topic community goals | 14:49 |
| haleyb | lajoskatona: i'll let you go first with any neutronclient update | 14:50 |
| lajoskatona | some progress in reviews for Horizon patches | 14:50 |
| lajoskatona | https://review.opendev.org/q/topic:%22bug/1999774%22+status:open | 14:50 |
| haleyb | thanks, i see a new one was added will take a look later | 14:51 |
| haleyb | and last is eventlet | 14:52 |
| lajoskatona | that is cleaning in test files for old data containers | 14:52 |
| ralonsoh | about eventlet, there are two fronts | 14:52 |
| ralonsoh | OVS agent: sahid's patches | 14:52 |
| ralonsoh | sahid, something to comment? | 14:52 |
| ralonsoh | and the Neutron API, in particular now the OVN hash ring. I've pushed https://review.opendev.org/c/openstack/neutron/+/940256 and the upper 2 patches | 14:53 |
| lajoskatona | https://review.opendev.org/q/topic:%22bug/2087939%22+owner:sahid.ferdjaoui@industrialdiscipline.com | 14:53 |
| opendevreview | Merged openstack/ovn-octavia-provider master: Remove join on helper request daemon thread https://review.opendev.org/c/openstack/ovn-octavia-provider/+/938797 | 14:54 |
| ralonsoh | otherwiseguy, made some comments but I would like to remark that the periodic maintenance task no longer works if the API is idle | 14:54 |
| sahid | ralonsoh: sorry nothing at that point, continuing my progresses | 14:54 |
| ralonsoh | this is why I'm changing how the hash ring nodes are refreshed | 14:54 |
| ralonsoh | sahid, thanks! | 14:54 |
| otherwiseguy | ralonsoh: but will work if you change the executor from SynchronousExecutor | 14:54 |
| ralonsoh | I did that before and didn't work | 14:55 |
| ralonsoh | I proposed a testing patch | 14:55 |
| otherwiseguy | (not specifically for the reworked hashring, but I tested it and it worked) | 14:55 |
| ralonsoh | I'll find this patch after the meeting | 14:55 |
| otherwiseguy | hasring touches went from like 5 to one every 15 seconds or whatever. | 14:56 |
| ralonsoh | yes, executed by worker 1 in each node | 14:56 |
| ralonsoh | (that's all from me) | 14:58 |
| haleyb | ack, thanks for the update | 14:58 |
| haleyb | #topic on-demand | 14:58 |
| haleyb | any other topics? | 14:59 |
| haleyb | i have a hard stop in :1 | 14:59 |
| lajoskatona | I have one small thing, please review these: | 14:59 |
| lajoskatona | https://review.opendev.org/q/owner:katonalala@gmail.com+label:Review-Priority%3D2+status:open | 14:59 |
| lajoskatona | and Liu also has some patches as review prioriy+2, I tested the metadata things from him | 14:59 |
| lajoskatona | that's it :-) | 14:59 |
| haleyb | lajoskatona: yes, i will look at those as well, thanks for the reminder | 15:00 |
| haleyb | ok, have a good week everyone and thanks for attending | 15:00 |
| haleyb | #endmeeting | 15:00 |
| opendevmeet | Meeting ended Tue Feb 4 15:00:38 2025 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:00 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/networking/2025/networking.2025-02-04-14.00.html | 15:00 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/networking/2025/networking.2025-02-04-14.00.txt | 15:00 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/networking/2025/networking.2025-02-04-14.00.log.html | 15:00 |
| mlavalle | \o | 15:00 |
| ralonsoh | bye | 15:00 |
| slaweq | o/ | 15:01 |
| ralonsoh | otherwiseguy, let me push again the patch with the other factory | 15:01 |
| ralonsoh | and on top a testing patch | 15:01 |
| otherwiseguy | ralonsoh++ | 15:02 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: WIP == [OVN] Avoid race condition in Port_Group deletion https://review.opendev.org/c/openstack/neutron/+/940680 | 15:02 |
| lajoskatona | o/ | 15:03 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: DNM - Test "neutron-ovn-tempest-ipv6-only-ovs*" with WSGI https://review.opendev.org/c/openstack/neutron/+/939347 | 15:15 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: POC == WIP == Change PeriodicWorker executor to ThreadPoolExecutor https://review.opendev.org/c/openstack/neutron/+/940707 | 15:15 |
| ralonsoh | otherwiseguy, ^^ | 15:15 |
| opendevreview | Merged openstack/neutron master: [FT] Relax the active wait period in ``TestAsyncProcess`` https://review.opendev.org/c/openstack/neutron/+/940687 | 15:16 |
| otherwiseguy | ralonsoh: thanks. iirc, when I looked at the logs, there was some issue on the hashring where the first minute or so there was still some delay, but after that things actually started working normally (as opposed to with Synchronous, it never recovered) | 15:16 |
| otherwiseguy | I didn't figure out why that was though. | 15:17 |
| opendevreview | Lajos Katona proposed openstack/neutron master: WIP: [dhcp] Add DHCP domain_name option from network properties https://review.opendev.org/c/openstack/neutron/+/878820 | 15:18 |
| opendevreview | Lajos Katona proposed openstack/networking-bgpvpn master: DNM: test master https://review.opendev.org/c/openstack/networking-bgpvpn/+/940712 | 15:32 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Fix metadata server when body response is empty https://review.opendev.org/c/openstack/neutron/+/940679 | 15:57 |
| opendevreview | Merged openstack/tap-as-a-service master: Do not set ageing in case of system datapath type https://review.opendev.org/c/openstack/tap-as-a-service/+/922400 | 18:02 |
| cardoe | slaweq: Since you're on the TC call with me I figured I could ask you. I'm working with Ironic + Neutron (and Nova). We're specifically working with L2VNI with VXLAN. Today we're hacking on our own ML2 mechanism driver. I know ovn-bgp-agent has a RFE for L2VNI support which doesn't exist today. What would be the best way to engage with the neutron folks on what I would need to make this a reality? | 18:17 |
| *** iurygregory_ is now known as iurygregory | 18:55 | |
| opendevreview | Brian Haley proposed openstack/neutron master: Skip certain port init steps if the device is new https://review.opendev.org/c/openstack/neutron/+/900553 | 21:24 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!