opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: async_process: fix potential race condition with respawn https://review.opendev.org/c/openstack/neutron/+/939627 | 07:40 |
---|---|---|
opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: async_process: remove usage of eventlet for AsyncProcess https://review.opendev.org/c/openstack/neutron/+/939348 | 07:40 |
opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: ovs: reimplement signals handling https://review.opendev.org/c/openstack/neutron/+/939321 | 07:40 |
opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: common: fix wait_until_true to support native thread https://review.opendev.org/c/openstack/neutron/+/937843 | 07:40 |
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 | 07:40 |
lajoskatona | ykarel, slaweq: Hi, could you please take a look to these do improvement patches for tap-as-a-service: https://review.opendev.org/q/topic:%22taas_driver_docs%22 , thanks in advance | 08:00 |
slaweq | lajoskatona hi, sure thing | 08:00 |
opendevreview | Merged openstack/neutron stable/2023.2: functional: Handle ovsdb monitor returning inserts in different checks https://review.opendev.org/c/openstack/neutron/+/939497 | 08:54 |
ralonsoh | bcafarel, hi! can you check https://review.opendev.org/c/openstack/neutron/+/937968? | 08:55 |
ralonsoh | thanks! | 08:55 |
bcafarel | sure thing, looking | 08:55 |
bcafarel | done, sorry I forgot to follow up on that one! | 08:57 |
ralonsoh | bcafarel, no problem at all | 08:59 |
ralonsoh | thanks! | 08:59 |
ralonsoh | hey folks, please check https://review.opendev.org/q/topic:%22bug/2087942%22. These patches are small and quick to review | 08:59 |
ralonsoh | and the CI is passing | 08:59 |
sahid | ralonsoh: o/ any you have a second check to https://review.opendev.org/c/openstack/neutron/+/939321 I may have missed something, if you can perhaps share some pointers? Ny understanding is that we want to transfert the signal to the thread that is handling the ovs agent process | 09:22 |
ralonsoh | sahid, let me check | 09:27 |
ralonsoh | sahid, some kind of testing would be needed there | 09:27 |
ralonsoh | you can't deliver this patch without testing | 09:28 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: Check existence of GW port before trying to delete it https://review.opendev.org/c/openstack/neutron/+/939451 | 09:34 |
sahid | ralonsoh: yes sure that makes sense, at least i'm in the good direction, thank you | 09:42 |
sahid | btw good catch regarding the async process issue | 09:43 |
sahid | I have responded to your comment regarding the try..catch, i though it was a nice way to handle it but i will let you reply :-) | 09:44 |
opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: ml2/ovs: change log level from DEBUG to INFO for port deletion during binding https://review.opendev.org/c/openstack/neutron/+/929909 | 10:05 |
opendevreview | Slawek Kaplonski proposed openstack/neutron-tempest-plugin master: Add scenario tests for the Vlan QinQ feature https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/937778 | 10:31 |
opendevreview | Eduardo Olivares proposed x/whitebox-neutron-tempest-plugin master: Add config dict dataplane_podified_services https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/939519 | 10:57 |
opendevreview | Eduardo Olivares proposed x/whitebox-neutron-tempest-plugin master: Add config dict dataplane_podified_services https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/939519 | 10:57 |
opendevreview | Merged openstack/neutron stable/2023.2: Allow network owner reader to get subnets https://review.opendev.org/c/openstack/neutron/+/937968 | 11:04 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: WIP == [OVN] ``PortBindingUpdateUpEvent`` https://review.opendev.org/c/openstack/neutron/+/939345 | 11:43 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: DNM - Test "neutron-ovn-tempest-ipv6-only-ovs*" with WSGI https://review.opendev.org/c/openstack/neutron/+/939346 | 11:43 |
opendevreview | Slawek Kaplonski proposed openstack/neutron-lib master: [API-REF] Add clarification about QinQ and transparent vlan differences https://review.opendev.org/c/openstack/neutron-lib/+/939708 | 11:44 |
ralonsoh | slaweq, some comments in https://review.opendev.org/q/topic:%22bug/2095323%22 | 12:18 |
ralonsoh | if you want to address them | 12:18 |
slaweq | thx, I will address them after the meeting I will start in few minutes | 12:27 |
slaweq | ralonsoh please also check https://review.opendev.org/c/openstack/neutron/+/939248 when You will have a minute | 12:29 |
lajoskatona | haleyb: I will be late from the meeting most probably | 12:31 |
ralonsoh | slaweq, sure | 12:32 |
ralonsoh | slaweq, did you test 939248? just asking | 13:24 |
opendevreview | Michel Nederlof proposed openstack/ovn-bgp-agent master: Fix cleanup of rules per evpn device https://review.opendev.org/c/openstack/ovn-bgp-agent/+/927816 | 13:37 |
*** svinota_ is now known as svinota | 13:43 | |
opendevreview | Slawek Kaplonski proposed openstack/neutron master: QinQ implementation for the ML2/OVN backend https://review.opendev.org/c/openstack/neutron/+/937633 | 13:44 |
slaweq | ralonsoh with this patch I was able to run this upgrade-check tool, without this patch it is failing | 13:46 |
slaweq | so yes, I did manually some test but I didn't really test cases where this table exists or not exists in the db | 13:47 |
ralonsoh | perfect | 13:48 |
gaudenz__ | ralonsoh, slaweq, haleyb, fungi: The conntrackd fixup change which removes the GPL script is ready for another review since some days. I think I fixed the issue which caused some tests to fail previously. Would be great if you could have a look so we can get this merged and solve the GPL issue. https://review.opendev.org/c/openstack/neutron/+/938800 | 13:58 |
ralonsoh | gaudenz__, sure, after the meeting | 13:59 |
gaudenz__ | No worries. | 13:59 |
*** gaudenz__ is now known as gaudenz | 13:59 | |
haleyb | #startmeeting networking | 14:00 |
opendevmeet | Meeting started Tue Jan 21 14:00:43 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, amotoki, haleyb, ralonsoh | 14:00 |
mlavalle | \o | 14:00 |
ralonsoh | hello | 14:01 |
svinota | ralonsoh, I couldn't login to edit the wiki page, so if there will be one-two minute for an ad-hoc announce in the end of the meeting, would be nice. | 14:01 |
ralonsoh | ralonsoh, sure, there will be time | 14:01 |
slaweq | o/ | 14:01 |
rubasov | o/ | 14:01 |
lajoskatona | o/ | 14:01 |
haleyb | svinota: there will be an on-demand time at the end, thanks for attending | 14:01 |
svinota | thanks | 14:02 |
haleyb | #announcements | 14:02 |
haleyb | We are in week R-10 if my math is correct | 14:02 |
haleyb | #link https://releases.openstack.org/epoxy/schedule.html | 14:02 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: WIP == [eventlet-deprecation] Remove the usage of eventlet in the Neutron API https://review.opendev.org/c/openstack/neutron/+/938659 | 14:03 |
haleyb | in R-6 we will have non-client library freeze | 14: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/+/932601 | 14:03 |
haleyb | in R-5 will be E-3 milestone | 14:03 |
bcafarel | late o/ | 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:05 |
haleyb | And of course a reminder to use the priorities dashboard for patches in the "ready to merge" state | 14:05 |
haleyb | I sent the Linuxbridge removal email to the ML last week, and it seems people have accepted is was the right thing to do | 14:06 |
slaweq | great :) thx haleyb for doing this finally | 14:07 |
haleyb | there was a related email from Cern regarding knowledge sharing | 14:07 |
lajoskatona | good question if heores will move the code to x/ namsspace, let's see:-) | 14:07 |
haleyb | i will not hold my breath on that, i would hope we can spend any time helping with migration questions and OVN adoption | 14:08 |
lajoskatona | +1 for pushing toward migration | 14:09 |
haleyb | i did not have any other announcements | 14:09 |
haleyb | #topic Bugs | 14:10 |
haleyb | lajoskatona was deputy last week | 14:10 |
haleyb | #link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/JIRUHN7HMJUDB7KB55UYUZ5Q2IK2MC6X/ | 14:10 |
haleyb | there were quite a few | 14:10 |
opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: async_process: fix potential race condition with respawn https://review.opendev.org/c/openstack/neutron/+/939627 | 14:11 |
opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: async_process: remove usage of eventlet for AsyncProcess https://review.opendev.org/c/openstack/neutron/+/939348 | 14:11 |
opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: ovs: reimplement signals handling https://review.opendev.org/c/openstack/neutron/+/939321 | 14:11 |
opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: common: fix wait_until_true to support native thread https://review.opendev.org/c/openstack/neutron/+/937843 | 14:11 |
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 | 14:11 |
haleyb | lajoskatona: were there any bugs you wanted to highlight? | 14:11 |
lajoskatona | not really there were few without owners | 14:12 |
lajoskatona | but as I remember the high prio ones are under control | 14:12 |
haleyb | ok | 14:13 |
lajoskatona | https://bugs.launchpad.net/neutron/+bug/2094842 | 14:13 |
lajoskatona | this one in the high list without owner | 14:13 |
lajoskatona | "ovs.db.error.Error: ovsdb error: 0 values when type requires between 1 and 9223372036854775807" when router is attached to network without subnet | 14:13 |
haleyb | that looks familiar, or at least we just fixed something related in quota | 14:13 |
haleyb | at least it looks like the quota one, but it wasn't in ovsdb of course | 14:14 |
ralonsoh | the cause is explained in the description | 14:14 |
haleyb | oh, maybe this is related to a fix ralonsoh had regarding gw_port without an IP address? | 14:14 |
ralonsoh | we can't create a GW port wihtout subnet in the GW network | 14:14 |
ralonsoh | haleyb, I don't have anything yet | 14:15 |
ralonsoh | there is a quick attempt https://review.opendev.org/c/openstack/neutron/+/939253 | 14:15 |
ralonsoh | but this is something that needs to be tested | 14:15 |
haleyb | ralonsoh: ah, that was it, it was ihrachys not you, sorry i mis-remembered | 14:16 |
lajoskatona | it is visible in zuul logs also not just for master | 14:17 |
lajoskatona | see the opensearch logs I added as comment | 14:17 |
haleyb | ack, i guess we can wait until that change is updated to see if it fixes it | 14:18 |
lajoskatona | +1 | 14:18 |
haleyb | another one ihar filed was | 14:18 |
haleyb | #link https://bugs.launchpad.net/neutron/+bug/2094846 | 14:19 |
haleyb | trunk driver functional failure | 14:19 |
haleyb | according to codesearch there was only 1 failure so far, but it looks like something that shouldn't have happened | 14:20 |
ralonsoh | it happened only once | 14:20 |
ralonsoh | and this is a functional test | 14:20 |
ralonsoh | I would reduce the importance, but I'll keep it in the list | 14:20 |
haleyb | yes, let's see if it happens again first | 14:21 |
lajoskatona | it is medium at the moment due to low frequesncy, but we can dereease | 14:21 |
haleyb | sure | 14:22 |
haleyb | there was another medium i started to take a look at | 14:22 |
haleyb | #link https://bugs.launchpad.net/neutron/+bug/2095097 | 14:22 |
haleyb | 500 error creating resource with emoji for name | 14:22 |
haleyb | it happens for any string field, for example, description too | 14:23 |
lajoskatona | that's a funny one, but really happens | 14:23 |
haleyb | my original thought was to just fix the network db code, but now i think we should change neutron-lib to add a validator for such fields | 14:23 |
haleyb | but i wanted to get others thoughts on that | 14:23 |
ralonsoh | an extra check for printable chars is ok | 14:24 |
lajoskatona | haleyb: yes a validator sounds good | 14:24 |
ralonsoh | it won't break anything using "normal" chars | 14:24 |
ralonsoh | and with the n-lib validator, we'll have a printable exception, not error 500 | 14:24 |
haleyb | and i'm not sure it's a medium as i originally tagged it, since it only affects the caller | 14:24 |
ralonsoh | the only problem here is to return a valid exception | 14:25 |
haleyb | yes, a quick hack of the network db code and i could get a 400, | 14:25 |
ralonsoh | not 500 | 14:25 |
ralonsoh | so I would lower the priority | 14:25 |
haleyb | i.e. InvalidInput such exception | 14:25 |
ralonsoh | exactly | 14:25 |
lajoskatona | nova gives back 400 for such input for example | 14:26 |
ralonsoh | as it should be, this is a bad request, not a server error | 14:26 |
lajoskatona | exactly, so good to have simlar response from Neutron API also | 14:27 |
slaweq | ++ for some 4xx error in such case | 14:27 |
haleyb | i took it and can work on a validator | 14:28 |
haleyb | next unowned bug | 14:28 |
haleyb | #link https://bugs.launchpad.net/neutron/+bug/2095185 | 14:28 |
haleyb | ihrachys was busy last week | 14:29 |
haleyb | test_legacy_router_conntrack_helper failure | 14:29 |
lajoskatona | even on Friday I got a bunch of bugs from Him :-) | 14:29 |
haleyb | he gave a possible solution, but would need more investigation | 14:29 |
lajoskatona | this one was seen in zuul logs only on stable/ | 14:29 |
ralonsoh | last sentence of the description is a clue for a fix | 14:30 |
ralonsoh | so I would give a try | 14:30 |
lajoskatona | but as he wrote can happen on master | 14:30 |
opendevreview | Ihar Hrachyshka proposed openstack/neutron master: QinQ implementation for the ML2/OVN backend https://review.opendev.org/c/openstack/neutron/+/937633 | 14:30 |
haleyb | right, just needs an owner if someone can take it | 14:30 |
haleyb | the last bug without owner is | 14:31 |
haleyb | #link https://bugs.launchpad.net/neutron/+bug/2095091 | 14:31 |
haleyb | ykarel_: you filed this, does it happen frequently enough to debug it further? | 14:32 |
lajoskatona | yesterday we discussed on the CI meeting with ykarel and slwaq and mlavalle | 14:32 |
ykarel_ | haleyb, happened only once | 14:32 |
haleyb | ah | 14:32 |
ykarel_ | mlavalle, will be working on alternative | 14:33 |
* haleyb was out yesterday as it was a holiday | 14:33 | |
*** ykarel_ is now known as ykarel | 14:33 | |
haleyb | ok, as long as someone is working on it | 14:33 |
haleyb | any other bugs to discuss? | 14:33 |
haleyb | ykarel is the deputy this week, mtomaska next week | 14:34 |
haleyb | is that ok? | 14:34 |
haleyb | i will follow-up later so we can move along with other items | 14:35 |
haleyb | #topic community goals | 14:35 |
mlavalle | haleyb ykarel I'll keep an eye on that failure | 14:36 |
haleyb | ack | 14:36 |
haleyb | lajoskatona: seems forward progress on neutronclient deprecation? | 14:36 |
haleyb | #link https://review.opendev.org/q/topic:%22bug/1999774%22 | 14:36 |
ykarel | haleyb, ack for deputy, thx for the reminder | 14:36 |
lajoskatona | not this week, I had no time for it | 14:36 |
haleyb | well, at least both open changes have zuul +1, i will take a look at the second in the chain | 14:37 |
lajoskatona | thanks | 14:37 |
haleyb | and evenlet deprecation | 14:38 |
ralonsoh | this is not going well | 14:38 |
ralonsoh | I can't identify what is happening | 14:38 |
ralonsoh | initially the hash ring manager was a possible culprit | 14:38 |
ralonsoh | but since last week (we merged a patch), the timeouts are increased and we don't have idle nodes | 14:39 |
ralonsoh | now the problem is, sometimes, that the events are processed in different order, DB locks and other problems I can't explain | 14:39 |
ralonsoh | I'm trying to open the related bugs | 14:40 |
ralonsoh | and I'm trying with this: | 14:40 |
ralonsoh | https://review.opendev.org/c/openstack/neutron/+/938659 | 14:40 |
ralonsoh | there are many places in the code (python-ovs, ovsdbapp, Neutron, etc) where the libraries have workarounds for eventlet | 14:40 |
ralonsoh | so I' | 14:40 |
ralonsoh | sorry | 14:40 |
ralonsoh | so I would prefer testing Neutron API without eventlet | 14:41 |
opendevreview | Merged x/whitebox-neutron-tempest-plugin master: Add config dict dataplane_podified_services https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/939519 | 14:41 |
ralonsoh | because this is actually the expected behaviour | 14:41 |
ralonsoh | and that's all (I'm overwhelmed right now) | 14:41 |
haleyb | ralonsoh: what else can we do to help? i know ihrachys was helping last week, and i can look at things this week | 14:43 |
haleyb | but i realize it is very complicated | 14:43 |
ralonsoh | haleyb, first of all, trying to check what is happening in CI patches like https://review.opendev.org/c/openstack/neutron/+/932601/12?tab=change-view-tab-header-zuul-results-summary | 14:43 |
ralonsoh | even without eventlet, I see common errors (ports not active, PG not present, etc) | 14:44 |
ralonsoh | so, for example, to take one CI log and try to squeeze it to find what was the problem | 14:44 |
haleyb | ack, and i would ask anyone with spare cycles to take a look so we come up with some ideas | 14:45 |
lajoskatona | I ry to allocate some time to it, anyway the n-d-r issue is also there with the same root | 14:46 |
haleyb | thanks | 14:46 |
haleyb | i want to move to on-demand as svinota is here | 14:46 |
haleyb | #topic on-demand | 14:46 |
ralonsoh | svinota, hello! | 14:46 |
svinota | hello | 14:46 |
svinota | and thanks for your time :) | 14:47 |
haleyb | thanks for pyroute2 :) | 14:47 |
lajoskatona | Welcome :-) | 14:47 |
svinota | so shortly, the pyroute2 project is undergoing a big (to say the least) shift in the core | 14:47 |
svinota | I continue to support the old synchronous API, it will not be dropped | 14:48 |
svinota | but from 0.9.1 the core is based on asyncio | 14:48 |
svinota | related docs: https://docs.pyroute2.org/asyncio.html | 14:48 |
svinota | also: https://docs.pyroute2.org/iproute_intro.html | 14:48 |
svinota | thanks to ykarel , I start to monitor the zuul as well | 14:49 |
svinota | so I hope not to miss major compatibility errors; beside of that I run own integration tests | 14:50 |
svinota | I don't know how this shift can affect the neutron core, so as I said — I keep the sync API anyways | 14:51 |
svinota | but if the project can provide something more within the async paradigm — let me know | 14:51 |
haleyb | is there a point in time where we should start migrating things? will there be gotcha's, etc? | 14:52 |
svinota | that's all folks :) thanks | 14:52 |
ralonsoh | this is a bug change, of course. We use pyroute "only" in the agents (luckily, because asyncio is not compatible with wsgi) | 14:52 |
ralonsoh | and most of the pyrouter calls are executed inside a root daemon (privsep) | 14:52 |
ralonsoh | so we'll need to refactor the non-admin calls and the admin calls independetly | 14:52 |
ralonsoh | can both coexist right now? | 14:53 |
svinota | 0.9.1 is scheduled for the beginning of February, but as I see, the current neutron code works with the master branch | 14:53 |
svinota | and the master branch is already async-enabled | 14:53 |
ralonsoh | perfect | 14:53 |
svinota | so I believe no migration is required | 14:53 |
ralonsoh | but eventually this is the desired implementation, right? | 14:54 |
svinota | async is the first class citizen now, so the sync code is simply a set of wrappers around it; so you can use either variant, totally up to you, both will coexist | 14:55 |
ralonsoh | perfect | 14:55 |
svinota | in the best case the library users should not notice any change | 14:55 |
slaweq | svinota thx for sharing all of that with us | 14:55 |
svinota | (it took like some months to fix it in that way, but I hope it pays back) | 14:56 |
slaweq | but neutron is not the only user of the pyroute2 in openstack | 14:56 |
ralonsoh | os-vif, right | 14:56 |
slaweq | did you maybe had any chance to test it with other projects as well? | 14:56 |
ralonsoh | and other projects in networking | 14:56 |
slaweq | octavia I see is using it a bit | 14:56 |
svinota | I tested kuryr. Octavia should work as before. | 14:57 |
ralonsoh | so this should be on us to create pyroute-master CI jobs | 14:57 |
slaweq | https://codesearch.opendev.org/?q=pyroute2&i=nope&literal=nope&files=&excludeFiles=&repos= | 14:57 |
slaweq | I see many of them really | 14:57 |
svinota | I forgot os-vif, thanks | 14:57 |
slaweq | I don't want you to test them all on your own | 14:57 |
haleyb | ralonsoh: we do have functional and fullstack pyroute2 master jobs | 14:57 |
svinota | slaweq, thanks for the link. I will try to go through the list and see if we can include them in the integration testing | 14:58 |
slaweq | but maybe you could send email to the openstack-discuss ML to raise awarness of this change in different teams | 14:58 |
ralonsoh | haleyb, yes but for all projects? | 14:58 |
haleyb | ralonsoh: i only know of neutron | 14:58 |
lajoskatona | perhaps some common tempest integration job? | 14:58 |
lajoskatona | that an cover a lot of projects | 14:58 |
slaweq | svinota thx a lot, if you will have any questions about it, please ping me :) | 14:59 |
svinota | slaweq, 10x | 14:59 |
ralonsoh | ok, let's create a bug in LP to handle this | 15:00 |
ralonsoh | to create the needed CI jobs for pyroute-master | 15:00 |
ralonsoh | functional or tempest | 15:00 |
ralonsoh | and, of course, svinota thanks a lot | 15:00 |
lajoskatona | and advertise it on mail list to have a flag for all users not just for us | 15:00 |
svinota | thanks, colleagues | 15:01 |
lajoskatona | svinota thanks for the good cooperation and for the news :-) | 15:01 |
haleyb | yes, thanks a lot svinota! | 15:01 |
haleyb | does anyone want to file the bug, etc? or is this on the PTL :) | 15:02 |
lajoskatona | always the one who asks :-) | 15:02 |
slaweq | haha | 15:02 |
haleyb | ok, i have to drop for another meeting | 15:02 |
haleyb | thanks everyone for attending, have a good week | 15:03 |
slaweq | o/ | 15:03 |
haleyb | #endmeeting | 15:03 |
opendevmeet | Meeting ended Tue Jan 21 15:03:14 2025 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:03 |
opendevmeet | Minutes: https://meetings.opendev.org/meetings/networking/2025/networking.2025-01-21-14.00.html | 15:03 |
opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/networking/2025/networking.2025-01-21-14.00.txt | 15:03 |
opendevmeet | Log: https://meetings.opendev.org/meetings/networking/2025/networking.2025-01-21-14.00.log.html | 15:03 |
ralonsoh | bye | 15:03 |
lajoskatona | bye! | 15:03 |
opendevreview | Slawek Kaplonski proposed openstack/neutron master: Don't change original target dict by the OwnerCheck policy rule https://review.opendev.org/c/openstack/neutron/+/939624 | 15:49 |
opendevreview | Slawek Kaplonski proposed openstack/neutron master: Make API policies for tags to be working with resource attributes https://review.opendev.org/c/openstack/neutron/+/938135 | 15:49 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: DNM - Test "neutron-ovn-tempest-ipv6-only-ovs*" with WSGI https://review.opendev.org/c/openstack/neutron/+/932601 | 16:55 |
opendevreview | Merged openstack/neutron-lib master: [API-REF] Add clarification about QinQ and transparent vlan differences https://review.opendev.org/c/openstack/neutron-lib/+/939708 | 17:05 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: WIP - Do not check if the subnet is in use before deleting it https://review.opendev.org/c/openstack/neutron/+/939735 | 17:22 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: DNM - Test "neutron-ovn-tempest-ipv6-only-ovs*" with WSGI https://review.opendev.org/c/openstack/neutron/+/939736 | 17:25 |
opendevreview | Merged openstack/neutron stable/2024.2: tests: Don't assume update outside ovs txn notifies separately from create https://review.opendev.org/c/openstack/neutron/+/939642 | 17:44 |
*** eandersson0 is now known as eandersson | 17:51 | |
vsaienko | please review small patch https://review.opendev.org/c/openstack/neutron/+/939075 that change code duplication by using is_cidr_host from utils | 19:08 |
froyo | thx tt_ for debugging info about the OVN NB LB entries dissapearing, don't hesitate to contact if you need more help! | 19:59 |
opendevreview | Merged openstack/neutron master: [Functional job] Switch test order to avoid memory issue https://review.opendev.org/c/openstack/neutron/+/939647 | 20:41 |
opendevreview | Brian Haley proposed openstack/neutron master: Optionally configure IPv6 metadata address https://review.opendev.org/c/openstack/neutron/+/926497 | 22:39 |
opendevreview | Merged openstack/neutron master: Bump mypy to 1.14.1 (the latest) https://review.opendev.org/c/openstack/neutron/+/938854 | 23:44 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!