| *** ykarel_ is now known as ykarel | 05:22 | |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Add a maintenace method to create the AS for each AG https://review.opendev.org/c/openstack/neutron/+/976832 | 07:13 |
|---|---|---|
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Optimize ACL creation, SG stateful flag retrieval https://review.opendev.org/c/openstack/neutron/+/977044 | 08:07 |
| ralonsoh | slaweq, hello! just 2 trivial patches, if you have less than one minute: | 08:08 |
| ralonsoh | * https://review.opendev.org/c/openstack/neutron/+/976638 | 08:08 |
| ralonsoh | * https://review.opendev.org/c/openstack/neutron/+/975886 | 08:09 |
| slaweq | ralonsoh both approved | 08:14 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/2025.2: Use the `devstack-tobiko` job https://review.opendev.org/c/openstack/neutron/+/977048 | 09:01 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/2025.2: Use the `devstack-tobiko` job https://review.opendev.org/c/openstack/neutron/+/977048 | 09:02 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/2025.1: Use the `devstack-tobiko` job https://review.opendev.org/c/openstack/neutron/+/977049 | 09:04 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/2024.2: Use the `devstack-tobiko` job https://review.opendev.org/c/openstack/neutron/+/977050 | 09:05 |
| slaweq | ykarel hi, do you know the issue with pep8 job in neutron-lib: https://zuul.opendev.org/t/openstack/builds?job_name=openstack-tox-pep8&project=openstack/neutron-lib or is it something new? | 09:35 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Add a maintenace method to create the AS for each AG https://review.opendev.org/c/openstack/neutron/+/976832 | 09:38 |
| ralonsoh | slaweq, https://review.opendev.org/c/openstack/kayobe/+/976214/2/ansible/roles/kolla/tasks/install.yml | 09:41 |
| ralonsoh | there is something similar happening in other projects | 09:41 |
| ralonsoh | https://pypi.org/project/setuptools/#history | 09:42 |
| ralonsoh | yeah, we had a new version of setuptools on feb 6 (81.0.0) | 09:42 |
| slaweq | but in e.g. unit tests jobs we are using setuptools 80.9.0 still | 09:44 |
| opendevreview | Maor Blaustein proposed x/whitebox-neutron-tempest-plugin master: Various fixes for node discovery https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/973536 | 09:45 |
| slaweq | but e.g. in neutron pep8 job also setuptools 82.0.0 is installed and job is green | 09:45 |
| ralonsoh | slaweq, I think we need to add setuptools to add setuptools to the dependencies | 09:45 |
| ralonsoh | let me push a patch | 09:46 |
| opendevreview | Elvira García Ruiz proposed openstack/neutron-specs master: Add spec for PVLAN semantics model support https://review.opendev.org/c/openstack/neutron-specs/+/975289 | 09:49 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron-lib master: Fix issues related to ``pkg_resources`` module https://review.opendev.org/c/openstack/neutron-lib/+/977054 | 09:51 |
| ralonsoh | slaweq, ^ | 09:51 |
| opendevreview | Winicius Allan Bezerra da Silva proposed openstack/neutron-lib master: Add the is_filter attribute to status on trunk port https://review.opendev.org/c/openstack/neutron-lib/+/976808 | 09:52 |
| slaweq | ralonsoh thx, lets see if that will help :) | 09:53 |
| ralonsoh | yes, now is passing | 09:57 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron-lib master: Bump pbr to 6.0.0 version https://review.opendev.org/c/openstack/neutron-lib/+/977058 | 09:57 |
| ykarel | slaweq, yes this was caused by new setuptools last week and broke many projects and various fixes were applied to different projects | 09:57 |
| ykarel | this one seems same as what was seen in octaviaclient | 09:58 |
| slaweq | ralonsoh according to what I read in the thread on ML I think that https://review.opendev.org/c/openstack/neutron-lib/+/977058 may be better fix for this issue | 09:58 |
| slaweq | but lets check it | 09:58 |
| ralonsoh | yes, I think so | 09:58 |
| ykarel | so y es what frickler suggested is the way to go, same was done in octaviaclient and other projects | 09:58 |
| ralonsoh | I'll abandon my patch | 09:59 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron-lib master: Fix issues related to ``pkg_resources`` module https://review.opendev.org/c/openstack/neutron-lib/+/977054 | 10:02 |
| opendevreview | Winicius Allan Bezerra da Silva proposed openstack/neutron-lib master: Add the is_filter attribute to status on trunk port https://review.opendev.org/c/openstack/neutron-lib/+/976808 | 10:12 |
| winiciusallan[m] | hey o/ is this patch a backport candidate? I believe it'd be good to have this changes in stable versions. | 10:15 |
| winiciusallan[m] | https://review.opendev.org/c/openstack/neutron-lib/+/976808 | 10:15 |
| opendevreview | Merged openstack/neutron-lib master: Fix issues related to ``pkg_resources`` module https://review.opendev.org/c/openstack/neutron-lib/+/977054 | 10:28 |
| opendevreview | Merged openstack/neutron master: OVN ``FDB`` table is supported since v21.03 https://review.opendev.org/c/openstack/neutron/+/976638 | 10:30 |
| opendevreview | Merged openstack/neutron master: Use the `devstack-tobiko` job https://review.opendev.org/c/openstack/neutron/+/975886 | 10:31 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron unmaintained/2024.1: Use the `devstack-tobiko` job https://review.opendev.org/c/openstack/neutron/+/977064 | 10:41 |
| opendevreview | Lajos Katona proposed openstack/neutron master: [eventlet-removal] Handle systemctl stop for DHCP agent https://review.opendev.org/c/openstack/neutron/+/967902 | 10:45 |
| opendevreview | Merged openstack/neutron master: Make the ``logging_rpc`` member a class property https://review.opendev.org/c/openstack/neutron/+/976130 | 11:14 |
| ralonsoh | We have the same issue in 2024.2: https://review.opendev.org/c/openstack/neutron/+/977050 | 11:44 |
| ralonsoh | slaweq, ykarel in this case (2024.2), should I bump flake8 or limit setuptools? | 11:45 |
| ralonsoh | I think that in stable branches we should cap setuptools | 11:45 |
| ralonsoh | same for 2024.1 | 11:48 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: OVN ``Gateway_Chassis`` table supported since OVN 2.12 (2019) https://review.opendev.org/c/openstack/neutron/+/965351 | 11:54 |
| ykarel | ralonsoh, seems fine to bump flake8-import-order if only that is impacted but looking failures i see uni test job also impacted as we importing pkg_resources explicitly in neutron | 12:00 |
| ykarel | https://review.opendev.org/c/openstack/neutron/+/931271 fixed that in newer versions | 12:00 |
| ralonsoh | ykarel, I'll backport this patch to older versions | 12:06 |
| ykarel | +1 also update flake8-import-order for pep8 | 12:06 |
| ralonsoh | perfect | 12:07 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/2024.2: Get rid of pkg_resources https://review.opendev.org/c/openstack/neutron/+/977072 | 12:08 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/2024.2: Get rid of pkg_resources https://review.opendev.org/c/openstack/neutron/+/977072 | 13:46 |
| haleyb | one second for meeting, had system problems | 14:01 |
| haleyb | #startmeeting networking | 14:01 |
| opendevmeet | Meeting started Tue Feb 17 14:01:54 2026 UTC and is due to finish in 60 minutes. The chair is haleyb. Information about MeetBot at http://wiki.debian.org/MeetBot. | 14:01 |
| opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 14:01 |
| opendevmeet | The meeting name has been set to 'networking' | 14:01 |
| haleyb | Ping list: bcafarel, elvira, frickler, mlavalle, mtomaska, slaweq, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, haleyb, ralonsoh | 14:01 |
| mlavalle | \o | 14:01 |
| mtomaska | o/ | 14:02 |
| slaweq | o/ | 14:02 |
| ralonsoh | hello | 14:02 |
| bcafarel | o/ | 14:02 |
| lajoskatona | o/ | 14:02 |
| cbuggy | o/ | 14:02 |
| rubasov | o/ | 14:02 |
| haleyb | alright, crowded room | 14:02 |
| haleyb | #announcements | 14:03 |
| jlibosva | o/ | 14:03 |
| haleyb | We are currently in Week R-6 of Gazpacho | 14:03 |
| haleyb | G3 milestone is week R-5, February 23-27th | 14:03 |
| haleyb | oslo libraries were feature freeze last week | 14:04 |
| haleyb | general libraries is this week | 14:04 |
| haleyb | i think i saw a review for neutron-lib and ovsdbapp, will look after meeting | 14:04 |
| haleyb | so if you have something for one of them please propose and let me know | 14:05 |
| haleyb | Client libraries (think python-*client libraries) freeze is February 26th | 14:05 |
| slaweq | I proposed new neutron-lib release yesterday | 14:06 |
| slaweq | but I wanted to include there also https://review.opendev.org/c/openstack/neutron-lib/+/976808 | 14:06 |
| slaweq | it should be merged soon | 14:06 |
| slaweq | or not as I see that it has some random failure in gate already :/ | 14:07 |
| haleyb | slaweq: perfect, looks like it's running, but failing functional job for some reason :( | 14:07 |
| slaweq | I will recheck it once it will finish | 14:07 |
| haleyb | sure | 14:08 |
| slaweq | thx | 14:08 |
| opendevreview | Rodolfo Alonso proposed openstack/ovsdbapp master: Add ``external_ids`` parameters to ``AddressSetAddCommand`` https://review.opendev.org/c/openstack/ovsdbapp/+/977091 | 14:08 |
| haleyb | RC1 deadline is March 12th | 14:09 |
| haleyb | so please prioritize your work to get things done such as RFE work | 14:09 |
| haleyb | Just a reminder to use the priority dashboard for anything neutron/networking related | 14:09 |
| haleyb | #link https://tinyurl.com/59z278km | 14:09 |
| haleyb | RP +1 for "ready to merge" changes, RP +2 for gate blockers and similar | 14:09 |
| haleyb | our gate is better than last week, although we still have some projects failing on xstatic-* library issues | 14:10 |
| haleyb | PTL/TC 2026.2 election cycle | 14:11 |
| haleyb | Nominations for OpenStack PTLs (Project Team Leads) and TC positions are now open and will remain open until Feb 18, 2026 23:45 UTC | 14:11 |
| haleyb | #link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/MJ4VSYAI7KOY3VWHTEXRCE2WTG6UQ6YP/ | 14:11 |
| haleyb | i did propose myself for PTL for next cycle, so you are stuck with me | 14:12 |
| ralonsoh | 2024.2 is now failing because of pkg_resources library | 14:12 |
| haleyb | ralonsoh: another setuptools pin? i did that on another branch | 14:13 |
| haleyb | it's been a mess | 14:13 |
| ralonsoh | yes and https://review.opendev.org/c/openstack/neutron/+/977072 is not working | 14:13 |
| haleyb | hmm, it might also need a pin in the [docs] section of tox.ini, but even pep8 is failing :( | 14:14 |
| haleyb | maybe we can find something another project did on 2024.2, i really don't know | 14:16 |
| haleyb | last announcement is about PTG, hopefully everyone saw the email already | 14:17 |
| haleyb | Hibiscus PTG April 20-24, 2026 | 14:17 |
| haleyb | PTG Website: https://openinfra.org/ptg/ | 14:17 |
| ykarel | https://review.opendev.org/c/openstack/nova/+/976373 doing it but only for py312 | 14:17 |
| haleyb | PTG Registration: https://ptg.openinfra.org/ | 14:17 |
| haleyb | Start thinking of topics, there is no etherpad yet | 14:19 |
| 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:19 |
| haleyb | #link https://wiki.openstack.org/wiki/Meetings/NeutronDrivers | 14:19 |
| lajoskatona | +1 | 14:19 |
| haleyb | if nothing by thursday i will send a cancel email | 14:20 |
| haleyb | that was all i had, any other announcements? | 14:20 |
| haleyb | #topic bugs | 14:21 |
| haleyb | mtomaska was the bug deputy last week, his report is at | 14:21 |
| haleyb | #link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/YWG4LPSFNT4YDXBXDBUSIJFNXZTLCQYM/ | 14:21 |
| haleyb | most were assigned, we can talk about the ones that were not | 14:23 |
| haleyb | #link https://bugs.launchpad.net/neutron/+bug/2141745 | 14:23 |
| haleyb | port in admin down does not send vif plugged events to nova | 14:23 |
| haleyb | i see there's been a lot of comments just this morning | 14:23 |
| ralonsoh | I need to check the last comment about why wait_for_vif_plugged_event_during_hard_reboot was implemented | 14:24 |
| ralonsoh | if that was a workaround, why it is still needed now? | 14:25 |
| mtomaska | AlsoI kinda agree with slaweq comment #3 | 14:25 |
| mtomaska | now reading it again. I forgot to ask for the use case. I.e. why does one need to set to port disabled and then boot a VM. | 14:26 |
| ralonsoh | that's the point, I think. This event was created for live migrations, for example, where the port should be ready to transmit | 14:27 |
| ralonsoh | let's move this to the LP bug and let's continue digging the issue there | 14:28 |
| haleyb | sure, sounds good | 14:28 |
| haleyb | next one is | 14:29 |
| slaweq | I am not against changing it on the neutron side but IMHO this is a bit odd as it is not really needed to pause vm if port is administratively disabled - what it would wait for? | 14:29 |
| ralonsoh | https://bugs.launchpad.net/nova/+bug/1946729 has a good answer for that | 14:30 |
| ralonsoh | this is the Nova bug that generated this config var | 14:30 |
| ralonsoh | let's move this conversation to the neutron bug | 14:30 |
| slaweq | sure | 14:31 |
| haleyb | #link https://bugs.launchpad.net/neutron/+bug/2141526 | 14:31 |
| haleyb | Remote SG residue | 14:31 |
| haleyb | this and another were filed against Rocky | 14:32 |
| haleyb | we cannot even try to debug that, they have to have a reproducer on something supported | 14:32 |
| ralonsoh | nope, sorry, I'm very sure I pushed patches for this in newer versions | 14:32 |
| mtomaska | Yep, there are two bugs from the same reported against Rocky version. | 14:33 |
| ralonsoh | so this bug should be opened at least to any release in stable or maybe the newest in maintenance | 14:33 |
| mtomaska | I see that slaweq already recommended to try that on later supported releases | 14:33 |
| haleyb | i'll add a note to the second one | 14:33 |
| haleyb | last new bug | 14:34 |
| haleyb | #link https://bugs.launchpad.net/neutron/+bug/2141784 | 14:34 |
| haleyb | Trunk: not able to filter trunks by their status | 14:35 |
| ralonsoh | patch is merged | 14:35 |
| ralonsoh | sorry, not yet: https://review.opendev.org/c/openstack/neutron-lib/+/976808 | 14:35 |
| slaweq | yes, this is the one I am waiting for :) | 14:35 |
| haleyb | yes, patch stuck in the in-between world | 14:35 |
| ralonsoh | and the author is suggesting to also backport it, I'm ok with the backports | 14:35 |
| ralonsoh | let's abandon the patch and restore it | 14:36 |
| mtomaska | I need to check my devstack.... why it worked for me.... | 14:36 |
| mtomaska | see my comment #2 | 14:36 |
| winiciusallan[m] | I would like to highlight that mtomaska was not able to reproduce it | 14:36 |
| winiciusallan[m] | yeah... | 14:36 |
| lajoskatona | mtomaska: thanks for checking, I had no time for this one | 14:36 |
| winiciusallan[m] | I've redeploy my devstack earlier from the scratch just to make sure and the error keep occurring | 14:37 |
| haleyb | winiciusallan[m]: were you using OSC or curl directly? | 14:39 |
| haleyb | oh i see curl directly | 14:39 |
| mtomaska | curl as shown in my comment | 14:39 |
| mtomaska | TOKEN was generated via osc cli | 14:39 |
| mtomaska | ok let me check my devstack again. I deployed it 2 days ago so it is pretty "fresh" | 14:40 |
| winiciusallan[m] | yeah, curl directly to avoid meta commands and token from osc-cli | 14:40 |
| mtomaska | yep still works :) ok let me debug why | 14:41 |
| winiciusallan[m] | if you prefer, we can get the discussion further on launchpad or after the meeting. | 14:41 |
| haleyb | sure, can debug after meeting, thanks for working on this both of you | 14:42 |
| mtomaska | I got other meeting after this but sure lets continue discussion there | 14:42 |
| haleyb | any other bugs to discuss? | 14:43 |
| haleyb | this week bcafarel is the deputy, next week is elvira | 14:43 |
| haleyb | still good with both of you? | 14:44 |
| bcafarel | yep, on it! (quiet so far, unless I just jinxed it) | 14:44 |
| haleyb | yeah don't talk about bugs they're like tribbles or gremlins | 14:45 |
| haleyb | ok moving on | 14:46 |
| haleyb | #topic specs | 14:46 |
| haleyb | #link https://review.opendev.org/q/project:openstack/neutron-specs+status:open | 14:46 |
| haleyb | i pinged elvira last week, she said the PVLAN is ready for review i believe | 14:46 |
| haleyb | and i see it was updated today | 14:47 |
| elvira | yes! | 14:47 |
| elvira | it is ready for review | 14:47 |
| haleyb | so making progress, thanks elvira | 14:47 |
| elvira | thanks! | 14:47 |
| haleyb | great, moving on | 14:48 |
| haleyb | #topic community goals | 14:48 |
| haleyb | lajoskatona: think you have the only topic here regarding sdk | 14:48 |
| haleyb | #link https://review.opendev.org/q/topic:%22sdk_for_neutron%22 | 14:48 |
| haleyb | i know i've seen updates | 14:48 |
| lajoskatona | yes, and waiting for reviews from Nova team, that's it for the topic | 14:49 |
| haleyb | ack, thanks for the update | 14:49 |
| lajoskatona | I plan to push another patch for the remaining n-client calls | 14:49 |
| haleyb | #topic on-demand | 14:49 |
| haleyb | ralonsoh: i see you put an item on the agenda | 14:50 |
| ralonsoh | let me check | 14:50 |
| ralonsoh | Ah ok, yes | 14:50 |
| ralonsoh | https://review.opendev.org/c/openstack/neutron/+/973115 | 14:50 |
| haleyb | maybe it was old? | 14:50 |
| ralonsoh | No no, it's new | 14:50 |
| opendevreview | Merged openstack/neutron-fwaas master: Use project_id key in create_router plugin calls https://review.opendev.org/c/openstack/neutron-fwaas/+/975752 | 14:51 |
| ralonsoh | so we have an issue with the virtual ports, by default we don't bind them | 14:51 |
| ralonsoh | but if we have a virtual port assigned and then update this port, the mech driver will bind to the host of the parent port | 14:51 |
| ralonsoh | this is incorrect | 14:51 |
| ralonsoh | the solution for this: a new vif type called "virtual". | 14:51 |
| ralonsoh | Because the port is not "unbound", the mech driver will skip binding it | 14:52 |
| ralonsoh | we can continue this discussion in the bug. But please remember that implies introducing a new vif type, that is not trivial | 14:53 |
| ralonsoh | would we need a spec? | 14:53 |
| ralonsoh | or just good documentation in this patch? | 14:53 |
| haleyb | that's a good question, what do others think? | 14:54 |
| haleyb | would there be other places to use a new vif type like this? | 14:55 |
| haleyb | it does seem odd to overload the distributed one | 14:55 |
| ralonsoh | I don't think we should use distributed there, "virtual" is good only for this kind | 14:56 |
| slaweq | ralonsoh I see that the author of the patch proposed to use `distributed` vif_type for that kind of ports | 14:56 |
| mlavalle | as long as we have good documentation, I think it is fine | 14:57 |
| lajoskatona | a clean virtual is better than overloading something else so +1 from my side | 14:57 |
| slaweq | do you think it is fine or do we really need new vif_type for that? | 14:57 |
| ralonsoh | yes and I suggested to use "virtual" | 14:57 |
| slaweq | ok | 14:58 |
| ralonsoh | I think, as haleyb commented, that using "distributed" is a way to overload unnecessarily this type | 14:58 |
| slaweq | depends how we look at it IMO: this type of port is kind of distributed too, no? | 14:58 |
| haleyb | afaik distributed was originall for OVN metadata (?) | 14:58 |
| ralonsoh | no, it will never be in two hosts at the same time | 14:58 |
| ralonsoh | for DVR ports, I think | 14:59 |
| slaweq | ralonsoh correct, it won't be working on two hosts in the same time but can be "used" by ports on different hosts, right? | 14:59 |
| slaweq | but yeah, "virtual" makes more sense then using "distributed" for that kind of port | 15:00 |
| ralonsoh | yes, exactly, that's my opinion | 15:00 |
| haleyb | ok, we are over time, but can continue to discuss here | 15:02 |
| haleyb | i have to "drop" for a meeting | 15:03 |
| haleyb | thanks for attending everyone and have a good week! | 15:03 |
| haleyb | #endmeeting | 15:03 |
| opendevmeet | Meeting ended Tue Feb 17 15:03:18 2026 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:03 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/networking/2026/networking.2026-02-17-14.01.html | 15:03 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/networking/2026/networking.2026-02-17-14.01.txt | 15:03 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/networking/2026/networking.2026-02-17-14.01.log.html | 15:03 |
| lajoskatona | o/ | 15:03 |
| slaweq | o/ | 15:03 |
| ralonsoh | bye | 15:03 |
| mlavalle | \o | 15:03 |
| ralonsoh | mtomaska_, winiciusallan[m] the issue seems to be in the filter-validation extension, that at some point during the ML2/OVN plugin initialization is removed | 15:06 |
| ralonsoh | this is why, when using ML2/OVN, there is no check for the filter passed in the API request | 15:07 |
| slaweq | ralonsoh so this sounds like yet another bug which we should fix, right? | 15:08 |
| ralonsoh | yeah... I'm tired... | 15:08 |
| slaweq | this extension should not be removed probably | 15:08 |
| ralonsoh | it shouldn't, I'm checking why this is happening | 15:08 |
| slaweq | :) | 15:08 |
| ralonsoh | it is happening in `self._load_service_plugins()`, I don't know why yet | 15:09 |
| slaweq | I see it is in https://github.com/openstack/neutron/blob/master/neutron/common/ovn/extensions.py#L146 so it shouldn't be filtered out by the ovn mech_driver | 15:10 |
| slaweq | it has to be something else | 15:10 |
| mtomaska_ | ralonsoh++ | 15:11 |
| winiciusallan[m] | ralonsoh: ack. thanks for debugging this. I'll give more attention as soon as I'm free | 15:13 |
| ralonsoh | mtomaska_, do you have "firewall_v2" in the service_plugins? | 15:19 |
| ralonsoh | because once I disable it, it works | 15:19 |
| ralonsoh | this plugin doesn't support filter-validation and is removed from the supported extensions | 15:19 |
| mtomaska_ | No, but I have TAAS plugin | 15:19 |
| ralonsoh | most problably the same problem | 15:19 |
| ralonsoh | once I disable fwaas, I have this | 15:20 |
| mtomaska_ | yep.... let me disable it and see | 15:20 |
| ralonsoh | stack@u24ovn2:~$ curl -H "X-Auth-Token:$OS_TOKEN" "http://127.0.0.1:8000/v2.0/trunks?status=DISABLE" | 15:20 |
| ralonsoh | {"NeutronError": {"type": "HTTPBadRequest", "message": "['status'] is invalid attribute for filtering", "detail": ""}} | 15:20 |
| ralonsoh | so this is a bug for fwaas and taas, they need to support this extension | 15:20 |
| mtomaska_ | ralonsoh Bingo! | 15:21 |
| mtomaska_ | after I disabled TAAS the issue reproduced | 15:22 |
| winiciusallan[m] | nice catch | 15:22 |
| ralonsoh | I'll create the FWaaS bug, mtomaska_ will you do the same for TaaS? | 15:22 |
| mtomaska_ | Sure but not just one bug? also what about other projects like VPNaas? | 15:23 |
| mtomaska_ | why not* | 15:23 |
| ralonsoh | mtomaska_, ok, please ammend https://bugs.launchpad.net/neutron/+bug/2142034 | 15:23 |
| ralonsoh | I' | 15:24 |
| ralonsoh | I'll update the title | 15:24 |
| mnederlof | ralonsoh, thanks for bringing the issue up at the meeting, sorry i could not attend. i am fine with changing it to virtual, but since there was already a distributed one it was worth trying it before splitting the change up in multiple changes :) | 15:25 |
| mnederlof | so i will start making those changes somewhere this week | 15:25 |
| mtomaska_ | ACK, let me also read about the filter-validation extension as I am not familiar with it | 15:25 |
| ralonsoh | mnederlof, ok, I'll wait for them | 15:28 |
| opendevreview | Brian Haley proposed openstack/neutron-lib master: Bump pre-commit-config versions https://review.opendev.org/c/openstack/neutron-lib/+/977127 | 15:39 |
| opendevreview | Michel Nederlof proposed openstack/neutron-lib master: Add VIF_TYPE_VIRTUAL constant to portbindings https://review.opendev.org/c/openstack/neutron-lib/+/977128 | 15:41 |
| opendevreview | Michel Nederlof proposed openstack/neutron master: Update port binding for virtual ports https://review.opendev.org/c/openstack/neutron/+/977129 | 15:47 |
| mnederlof | :( | 15:48 |
| opendevreview | Michel Nederlof proposed openstack/neutron master: Update port binding for virtual ports https://review.opendev.org/c/openstack/neutron/+/973115 | 15:49 |
| opendevreview | Brian Haley proposed openstack/neutron master: Enable flake8-logging-format (G) rules https://review.opendev.org/c/openstack/neutron/+/976822 | 18:01 |
| opendevreview | Brian Haley proposed openstack/neutron-lib master: Bump pre-commit-config versions https://review.opendev.org/c/openstack/neutron-lib/+/977149 | 18:16 |
| opendevreview | Merged openstack/neutron-lib master: Add the is_filter attribute to status on trunk port https://review.opendev.org/c/openstack/neutron-lib/+/976808 | 18:51 |
| opendevreview | Merged openstack/ovsdbapp master: LrpAddCommand can consume ha-chassis-group name https://review.opendev.org/c/openstack/ovsdbapp/+/957271 | 21:12 |
| opendevreview | Merged openstack/ovsdbapp master: Create commands for handling HA chassis group https://review.opendev.org/c/openstack/ovsdbapp/+/957281 | 21:12 |
| opendevreview | Merged openstack/networking-bgpvpn master: Fix duplicated checks to enforce usage of assertIs(Not)None https://review.opendev.org/c/openstack/networking-bgpvpn/+/972191 | 21:41 |
| opendevreview | Brian Haley proposed openstack/networking-bgpvpn unmaintained/2023.1: [CI][stable-only] Replace horizon-tox-python3-django32 https://review.opendev.org/c/openstack/networking-bgpvpn/+/975906 | 21:47 |
| opendevreview | Merged openstack/neutron master: [eventlet-removal] Handle systemctl stop for DHCP agent https://review.opendev.org/c/openstack/neutron/+/967902 | 22:10 |
| opendevreview | Brian Haley proposed openstack/networking-bgpvpn unmaintained/2023.1: [CI][stable-only] Replace horizon-tox-python3-django32 https://review.opendev.org/c/openstack/networking-bgpvpn/+/975906 | 22:18 |
| opendevreview | Brian Haley proposed openstack/networking-bgpvpn unmaintained/2023.1: [CI][stable-only] Replace horizon-tox-python3-django32 https://review.opendev.org/c/openstack/networking-bgpvpn/+/975906 | 22:36 |
| opendevreview | Miguel Lavalle proposed openstack/neutron master: [WIP][OVN] Implement multiple segments per host for routed networks https://review.opendev.org/c/openstack/neutron/+/975111 | 22:55 |
| opendevreview | Merged openstack/neutron master: [OVN] Make ML2/OVN compatible with AAP with IP+MAC https://review.opendev.org/c/openstack/neutron/+/976645 | 23:30 |
| opendevreview | Merged openstack/neutron master: bgp: Small fixes https://review.opendev.org/c/openstack/neutron/+/976300 | 23:38 |
| opendevreview | Brian Haley proposed openstack/neutron master: Use project_id key in subnet plugin code https://review.opendev.org/c/openstack/neutron/+/977172 | 23:41 |
| opendevreview | Brian Haley proposed openstack/neutron-vpnaas master: DNM: Test with dependent neutron change https://review.opendev.org/c/openstack/neutron-vpnaas/+/975426 | 23:42 |
| opendevreview | Brian Haley proposed openstack/networking-bgpvpn master: DNM: Test with dependent neutron change https://review.opendev.org/c/openstack/networking-bgpvpn/+/975462 | 23:43 |
| opendevreview | Jakub Libosvar proposed openstack/neutron master: Add neutron-id to DHCP_Options entries https://review.opendev.org/c/openstack/neutron/+/976692 | 23:44 |
| opendevreview | Jakub Libosvar proposed openstack/neutron master: bgp: Connect BGP and Neutron worlds https://review.opendev.org/c/openstack/neutron/+/977173 | 23:44 |
| opendevreview | Brian Haley proposed openstack/neutron-tempest-plugin master: DNM: Test with dependent neutron change https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/977174 | 23:44 |
| opendevreview | Jakub Libosvar proposed openstack/neutron master: WIP: new job tempest-multinode-with-bgp https://review.opendev.org/c/openstack/neutron/+/962188 | 23:45 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!