| opendevreview | Merged openstack/neutron master: Docs Changes in CLI FQDN of Neutron BGP Speaker Create https://review.opendev.org/c/openstack/neutron/+/973073 | 03:53 |
|---|---|---|
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: Test ovsdbapp change 973564 https://review.opendev.org/c/openstack/neutron/+/973580 | 06:59 |
| opendevreview | Rodolfo Alonso proposed openstack/ovsdbapp master: Add Neutron functional test to the gate queue https://review.opendev.org/c/openstack/ovsdbapp/+/968031 | 07:17 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: Fix ``LogicalRouterPortEvent`` when a LR is deleted https://review.opendev.org/c/openstack/neutron/+/973584 | 07:52 |
| ralonsoh | slaweq, please, check ^^ (I would also need to backport in D/S) | 07:52 |
| *** amorin_ is now known as amorin | 08:22 | |
| ykarel | ralonsoh, wrt https://review.opendev.org/c/openstack/neutron/+/972039 | 09:32 |
| ralonsoh | ykarel, nice! now we need the nova patch, then the os-vif one and finally the upper patch there | 09:33 |
| ykarel | so in 2027.1 nova by default will create_tap? | 09:33 |
| ralonsoh | https://review.opendev.org/c/openstack/neutron/+/956910 | 09:33 |
| ralonsoh | yes | 09:33 |
| ralonsoh | at least for the kernel OVS ports (only) | 09:33 |
| ykarel | ok somehow i misunderstood meeting discussion to enable the flag in neutron, but if nova will move to create_tap by default then makes sense | 09:34 |
| ykarel | i am doing some local tests, then will update https://review.opendev.org/c/openstack/neutron/+/956910 | 09:35 |
| ralonsoh | cool | 09:35 |
| ykarel | for os-vif we would also be requiring release/u-c update | 09:35 |
| ralonsoh | at least in nova, yes | 09:35 |
| ykarel | ralonsoh, and also these new config applies to both ml2/ovs and ovn ? | 09:37 |
| ykarel | because reading nova patch it says both | 09:38 |
| ralonsoh | ykarel, yes, the OVS plug applies to both backends. It would be needed a follow-up patch for ML2/OVN vif details | 09:38 |
| ralonsoh | sorry, ML2/OVS | 09:39 |
| ykarel | ok commented in nova patch | 09:39 |
| ralonsoh | ykarel, I'll push a patch today for Neutron | 09:40 |
| ralonsoh | in any case, we are not testing it right now | 09:40 |
| ralonsoh | so it will be a tech debt | 09:40 |
| ykarel | ack | 09:42 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: Fix ``LogicalRouterPortEvent`` when a LR is deleted https://review.opendev.org/c/openstack/neutron/+/973584 | 10:13 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Check if the LSP is present when setting the port UP https://review.opendev.org/c/openstack/neutron/+/973599 | 10:56 |
| opendevreview | Merged openstack/tap-as-a-service master: Remove unused and unmaintained script https://review.opendev.org/c/openstack/tap-as-a-service/+/973401 | 11:09 |
| opendevreview | Merged openstack/neutron master: Add flag "ovs_create_tap" in the port VIF details https://review.opendev.org/c/openstack/neutron/+/972039 | 11:22 |
| ralonsoh | sean-k-mooney, ^^ it is merged | 11:25 |
| opendevreview | Merged openstack/neutron master: Make sure OVN PG is present before adding a SG rule https://review.opendev.org/c/openstack/neutron/+/946216 | 11:37 |
| sean-k-mooney | ralonsoh: cool, in that case i can enable it on the nova side in one of our migration jobs although we will need to merge the os-vif chagne and do a release and bump it in uc before it would get tested end to end on master | 11:40 |
| ralonsoh | right, we'll need a new os-vif release | 11:41 |
| sean-k-mooney | ill tweak the os-vif release note for yatins comment in a few minutes but i think that patch is more or less ready at this point | 11:41 |
| sean-k-mooney | is "[OVN] Check if the LSP is present when setting the port UP" related to this as well? | 11:43 |
| sean-k-mooney | i mean it soulld like a sepate bug but i wonder if that impacts live migration as well | 11:43 |
| ralonsoh | sean-k-mooney, no, it is not | 11:44 |
| ralonsoh | why you ask it? | 11:44 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Check LRP presence in ``check_redirect_type_router_gateway_ports`` https://review.opendev.org/c/openstack/neutron/+/973602 | 11:45 |
| sean-k-mooney | just saw the patch in the irc logs is all | 11:45 |
| ralonsoh | sean-k-mooney, I'm just sending some fixes for bugs I've recently discovered | 11:45 |
| ralonsoh | no no, not related | 11:45 |
| sean-k-mooney | by the way ml2/ovs does not stricly need this since it does not depend on the of-port-id to work | 11:47 |
| sean-k-mooney | with that said there is no downside to havign os-vif create the tap for ml2/ovs as well | 11:48 |
| ralonsoh | sean-k-mooney, by default, because we are not sending the flag in the vif details, os-vif won't use that for ML2/OVS ports right now | 11:49 |
| sean-k-mooney | and if we do that we also have a choice of how we defautlt to this in the future. i.e. nova could jsut alwasy pass the flag and not requrie netuon to set it or you can hard code the flag in the ml2 driver | 11:49 |
| ralonsoh | ok | 11:49 |
| sean-k-mooney | correct it will not | 11:49 |
| sean-k-mooney | but the bug we are fixign wont happen with ml2/ovs | 11:49 |
| sean-k-mooney | on teh other hadn its nice if we keep the two consitent | 11:50 |
| ralonsoh | in any case, I would need to propose a patch for ml2/ovs and then test it | 11:50 |
| ralonsoh | I've talked to Yatin this morning about this | 11:50 |
| sean-k-mooney | so reallly this si a judgement call and go with whatever you prefer | 11:50 |
| ralonsoh | I think it makes sense and if Nova will deprecate the parameter passed by Neutron, that means both backends will be affected | 11:51 |
| ralonsoh | so it will be better if we test it now that we can handle the Neutron flag | 11:51 |
| sean-k-mooney | ralonsoh: im getting solar installed today by the way so i had to shutdown the system i was usign to do developement and testing of this | 11:51 |
| sean-k-mooney | have you done any testing to see if this actully does impove the conectivy downtiem? | 11:52 |
| ralonsoh | solar?? | 11:52 |
| sean-k-mooney | yes im finally gettign arount ot haveing solar pannels installed | 11:52 |
| ralonsoh | cool! | 11:52 |
| sean-k-mooney | that does mean my server that normally urns my devstack itnsase is currently in my liveign room unplugged. but i was wondering if you or ykarel looked at the time that the openflow rules were installed by ovn vs when the vif plugged evnets were being sent to confirm this is workign as intedned | 11:54 |
| sean-k-mooney | obviouly we would need https://review.opendev.org/c/openstack/neutron/+/956910 to also wait for the lsp on the chassis | 11:55 |
| ralonsoh | sean-k-mooney, I would need to deploy a second compute node | 11:58 |
| ralonsoh | I need to check (again) how to do it with devstack | 11:58 |
| sean-k-mooney | no worries. | 11:58 |
| sean-k-mooney | i will try an take a look at that next week. its not partically hard but my live migration env was on the system that not powered up currently | 11:59 |
| sean-k-mooney | we can also look at the ci logs im just not sure if they will show that info | 12:00 |
| sean-k-mooney | we do capture the ovs logs and i think the ovn logs in the ci so maybe | 12:00 |
| ralonsoh | sean-k-mooney, we capture the OVN DB logs and events | 12:00 |
| ralonsoh | but not the OF rules | 12:01 |
| ralonsoh | what are you looking for? | 12:01 |
| ralonsoh | sean-k-mooney, in any case, there is an ongoing core OVN feature (there is a FDP bug) to track the OF rule installation, related to a port binding | 12:03 |
| ralonsoh | that would be the next step to ensure the OF rules are effectively present in the backend | 12:03 |
| ralonsoh | and Neutron would read this in order to send the vif-plugged event | 12:03 |
| sean-k-mooney | ack | 12:05 |
| sean-k-mooney | ralonsoh: i just want to reve the logs to see if this si actully fixign the problem or at least makign it better then it was before. | 12:05 |
| sean-k-mooney | logically it should | 12:05 |
| sean-k-mooney | but we have tought we fixed this a few times inthe past so just makeign sure we have not missed somethign obvious in hindsight | 12:06 |
| sean-k-mooney | in the ovs logs we should see the addtion of the tap and the assignem fo the of port id i belive | 12:06 |
| sean-k-mooney | ill take a look and let you know what i fined | 12:06 |
| ralonsoh | yes, that's for sure | 12:06 |
| ralonsoh | and we have them in the U/S CI | 12:06 |
| sean-k-mooney | i belive ovs logs a warnign if the netdev does not exist when you create the ovs port so with this chagne we should nolonger see that durign a migration | 12:08 |
| opendevreview | Eduardo Olivares proposed openstack/neutron master: WIP: new job tempest-multinode-with-bgp https://review.opendev.org/c/openstack/neutron/+/973608 | 12:39 |
| opendevreview | Eduardo Olivares proposed openstack/neutron master: WIP: new job tempest-multinode-with-bgp https://review.opendev.org/c/openstack/neutron/+/962188 | 12:40 |
| opendevreview | Eduardo Olivares proposed openstack/neutron master: WIP: new job tempest-multinode-with-bgp https://review.opendev.org/c/openstack/neutron/+/962188 | 12:44 |
| opendevreview | Lajos Katona proposed openstack/neutron master: WIP: [eventlet]: Make ovs-agent stop again https://review.opendev.org/c/openstack/neutron/+/967105 | 12:46 |
| opendevreview | Eduardo Olivares proposed openstack/neutron master: WIP: new job tempest-multinode-with-bgp https://review.opendev.org/c/openstack/neutron/+/962188 | 12:47 |
| opendevreview | Merged openstack/os-vif master: Stabilize functional test https://review.opendev.org/c/openstack/os-vif/+/973455 | 13:15 |
| opendevreview | Bodo Petermann proposed openstack/os-vif master: Fixed bridge name when per_port_bridge is used https://review.opendev.org/c/openstack/os-vif/+/966410 | 13:17 |
| haleyb | i'll start meeting in one second... | 14:00 |
| haleyb | #startmeeting neutron_drivers | 14:01 |
| opendevmeet | Meeting started Fri Jan 16 14:01:13 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 'neutron_drivers' | 14:01 |
| haleyb | Ping list: ykarel, mlavalle, mtomaska, slaweq, tobias-urdin, lajoskatona, haleyb, ralonsoh | 14:01 |
| ralonsoh | hello | 14:01 |
| mtomaska | o/ | 14:01 |
| haleyb | hi everyone, happy Friday | 14:01 |
| slaweq | o/ | 14:01 |
| haleyb | i saw only one item on the agenda from ralonsoh | 14:02 |
| ralonsoh | yes, one sec | 14:02 |
| ralonsoh | I found that while reviewing https://review.opendev.org/c/openstack/devstack/+/972963 | 14:03 |
| ralonsoh | we have several issues in devstack | 14:03 |
| ralonsoh | 1) we have several prefixes neutron- and q- | 14:03 |
| ralonsoh | we should choose one and keep it | 14:04 |
| ralonsoh | IMO, because all the CI job definitions are using q-, we should choose q- | 14:04 |
| ralonsoh | 2) the Neutron API and the dinamically loaded processes | 14:04 |
| ralonsoh | this is related to the fix Sean proposed | 14:05 |
| ralonsoh | we usually declare q-svc in the CI jobs (or the devstack confs) | 14:05 |
| ralonsoh | but now we deploy several processes: ovn-maintenance, periodic, rpc | 14:05 |
| ralonsoh | IMO, we should move neutron-api (WSGI server) to q-api (q-svc was the eventlet server) | 14:06 |
| haleyb | i was going to say neutron- since we're not quantum any more, it's a little confusing, but that's my opinion | 14:06 |
| ralonsoh | and do the same for all services too that are loaded dimanically | 14:06 |
| lajoskatona | o/ | 14:07 |
| ralonsoh | haleyb, yes, that was my initial opinion but we have a ton of defined CI jobs right now | 14:07 |
| mtomaska | that is where that 'q' comes from :) ... now I know | 14:07 |
| ralonsoh | moving all of them to neutron- would be a pain | 14:07 |
| ralonsoh | even more difficult for the grenade jobsd | 14:07 |
| ralonsoh | (that include the migration of the services) | 14:08 |
| slaweq | q- was always used in "old" devstack neutron module | 14:08 |
| slaweq | which at some point was named "neutron-legacy" | 14:08 |
| slaweq | and "neutron-" was going to be used in new one | 14:08 |
| ralonsoh | you reverted that patch | 14:08 |
| ralonsoh | now we have a mix of them (actually only neutron API related services are using neutron-) | 14:09 |
| slaweq | but few cycles back we decided to get back to "neutron-legacy" fully and make it "non-legacy" anymore | 14:09 |
| lajoskatona | I was confused for weeks when that was made about what is legacy and what is not :-) | 14:09 |
| slaweq | but I then kept both prefixes to be valid | 14:09 |
| haleyb | ralonsoh: i guess i'm thinking of the log file names, which can be neutron- even if setting is q-/Q_ | 14:09 |
| slaweq | so now we have only one "lib/neutron" in devstack again | 14:09 |
| slaweq | but it works with both prefixes (at least it should) | 14:09 |
| ralonsoh | ^ yes | 14:09 |
| slaweq | IMHO even if 'neutron-' sounds better, 'q-' is still fine and we can stick with it I think | 14:10 |
| ralonsoh | as commented, all services use q- (agents: ovn agent, dhcp, l3, ovs, sriov) | 14:10 |
| ralonsoh | and only API use neutron- | 14:10 |
| slaweq | maybe we could do something kind of logic in devstack that if user used service named "neutron-<something'' internally we would replace that "neutron-" to "q-" and use that shorter prefix everywhere in devstack logic | 14:11 |
| ralonsoh | no one is declaring neutron-xxx | 14:11 |
| slaweq | ralonsoh for many services you can use both prefixes and both should works the same | 14:11 |
| ralonsoh | only q- | 14:11 |
| ralonsoh | we already do this: we accept both prefixes | 14:12 |
| slaweq | at least all those defined in the neutron devstack plugin which aren't really services but enables some features in neutron | 14:12 |
| ralonsoh | and actually we discard q-svc (that is used everywhere) to spawn the neutron-api, neutron-ovn-maintenance, neutron-periodic, etc | 14:12 |
| opendevreview | Elvira García Ruiz proposed openstack/neutron-tempest-plugin master: Add both direction tap-as-a-service scenario test https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/973626 | 14:14 |
| ralonsoh | so this is why I propose to move (without breaking anything) to q- only | 14:14 |
| ralonsoh | I would like also the CI jobs to define explicitly all the API services, but I think that would fine for now just to let devstack to configure them | 14:15 |
| opendevreview | Elvira García Ruiz proposed openstack/neutron-tempest-plugin master: Add both direction tap-as-a-service scenario test https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/973626 | 14:15 |
| ralonsoh | (rpc depends on the workers configure, ovn-maintenance depends on running on ml2/ovn) | 14:15 |
| lajoskatona | I like any way that makes the names in sync even neutron-* or q-*, so +1 from me | 14:15 |
| slaweq | I agree with lajoskatona any way which will make it finally consistent across devstack and ci jobs is fine for me | 14:16 |
| slaweq | and if q- is easier to do due to the ci jobs - lets go with q- then :) | 14:17 |
| ralonsoh | ok, I'll start proposing patches to move to one single prefix only, to avoid this dichotomy | 14:17 |
| lajoskatona | thanks ralonsoh | 14:17 |
| mlavalle | fine with me | 14:17 |
| ralonsoh | that's all I had, thank you all | 14:18 |
| haleyb | RIP neutron- it was good knowing you :( | 14:18 |
| mlavalle | lol | 14:18 |
| mtomaska | :) | 14:19 |
| haleyb | were there any other topics? | 14:19 |
| mtomaska | Just to close my last week topic | 14:20 |
| mtomaska | https://bugs.launchpad.net/neutron/+bug/2135228/comments/5 | 14:20 |
| opendevreview | Merged openstack/os-ken master: Fix Timeout context https://review.opendev.org/c/openstack/os-ken/+/973398 | 14:20 |
| mtomaska | I deferred local port mirror for the purpose of ddebugging. Ovs-tcpdump is efficient for that | 14:20 |
| mtomaska | we might resume that RFE if we decide to have local DPI functionality | 14:21 |
| lajoskatona | so no need for local port in tap-as-a-service? | 14:21 |
| mtomaska | not a the moment, and not for the debug purposes. But as I mentioned in my comment, I might resume that RFE in the future if we decide that we need local port mirror for local DPI services | 14:22 |
| lajoskatona | mtomaska: thanks for checking | 14:22 |
| mtomaska | but at the moment there is no ask from the end customers for that functionality | 14:22 |
| haleyb | ok, thanks for the update mtomaska | 14:26 |
| haleyb | any other topics? | 14:26 |
| haleyb | alright, thanks for attending everyone and have a nice weekend! | 14:27 |
| haleyb | #endmeeting | 14:27 |
| opendevmeet | Meeting ended Fri Jan 16 14:27:15 2026 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:27 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/neutron_drivers/2026/neutron_drivers.2026-01-16-14.01.html | 14:27 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/neutron_drivers/2026/neutron_drivers.2026-01-16-14.01.txt | 14:27 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/neutron_drivers/2026/neutron_drivers.2026-01-16-14.01.log.html | 14:27 |
| ralonsoh | bye | 14:27 |
| mtomaska | bye | 14:27 |
| slaweq | o/ | 14:27 |
| mlavalle | \o | 14:27 |
| lajoskatona | o/ | 14:28 |
| opendevreview | Brian Haley proposed openstack/neutron stable/2025.2: Make sure OVN PG is present before adding a SG rule https://review.opendev.org/c/openstack/neutron/+/973630 | 14:29 |
| opendevreview | Brian Haley proposed openstack/neutron stable/2025.1: Make sure OVN PG is present before adding a SG rule https://review.opendev.org/c/openstack/neutron/+/973631 | 14:29 |
| opendevreview | Brian Haley proposed openstack/neutron stable/2024.2: Make sure OVN PG is present before adding a SG rule https://review.opendev.org/c/openstack/neutron/+/973632 | 14:30 |
| opendevreview | Brian Haley proposed openstack/neutron unmaintained/2024.1: Make sure OVN PG is present before adding a SG rule https://review.opendev.org/c/openstack/neutron/+/973633 | 14:30 |
| elvira | Hi! o/ I saw Software Factory is failing in all neutron-tempest-plugin proposed patches because of a manila-tempest-plugin python version mismatch. Does anyone know if this has already been filed? | 15:11 |
| elvira | Example from https://logserver.rdoproject.org/ea8/rdoproject.org/ea8b04f14c144f34bad0cc06e1b60416/ci-framework-data/logs/0200a04d-19a5-4871-897b-a37ba5e0ce03/base/os/tempest/tempest-extras/tempest-extras-build.log > ERROR: Package 'manila-tempest-plugin' requires a different Python: 3.9.25 not in '>=3.10' | 15:11 |
| haleyb | elvira: looks like it's been failing since end of november, at least https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/966450 shows the -1 | 15:20 |
| haleyb | and i'm guessing the fix is in the manila plugin? although this merged https://review.opendev.org/c/openstack/manila-tempest-plugin/+/966130 | 15:21 |
| haleyb | oh, although maybe it is in n-t-p setup.cfg | 15:22 |
| opendevreview | Brian Haley proposed openstack/neutron-tempest-plugin master: Update python version in setup.cfg https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/973640 | 15:25 |
| haleyb | elvira: ^^ might fix it | 15:25 |
| elvira | nice!! I will check, thanks haleyb! | 15:27 |
| haleyb | ralonsoh: https://review.opendev.org/c/openstack/neutron/+/972734 is ready to go, zuul change merged | 15:28 |
| haleyb | elvira: we missed a number of py313 related things this cycle, too many to keep track of | 15:29 |
| ralonsoh | haleyb, let me check | 15:29 |
| ralonsoh | haleyb, I still need to open the LP bug to document what to do in a python upgrade | 15:30 |
| haleyb | ralonsoh: ack, i've been side-tracked by other things to update the doc this week | 15:30 |
| ralonsoh | haleyb, please check https://review.opendev.org/c/openstack/tap-as-a-service/+/973203 | 15:33 |
| ralonsoh | that was also depending on the zuul-jobs patch | 15:33 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: Bump os-ken to 4.1.0 https://review.opendev.org/c/openstack/neutron/+/972540 | 15:34 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: Fix ``LogicalRouterPortEvent`` when a LR is deleted https://review.opendev.org/c/openstack/neutron/+/973584 | 15:38 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Check if the LSP is present when setting the port UP https://review.opendev.org/c/openstack/neutron/+/973599 | 15:38 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Check LRP presence in ``check_redirect_type_router_gateway_ports`` https://review.opendev.org/c/openstack/neutron/+/973602 | 15:38 |
| haleyb | ralonsoh: done, and i have https://review.opendev.org/c/openstack/neutron/+/971628 for neutron-lib requirements bump, think slaweq wanted that bump as well | 15:43 |
| ralonsoh | let me check | 15:45 |
| elvira | haleyb: I don't fully understand how https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/973640 would fix the issue. The problem is in the base image being used, right? As long as that job is based in Centos 9 we will use python3.9 as default (maybe I'm understanding it wrong) | 15:56 |
| haleyb | elvira: oh, i didn't know if the fact that manila had a lower bound of 3.10 and neutron was only 3.9 was the issue? | 15:57 |
| haleyb | i don't see the software factory there either | 15:57 |
| haleyb | maybe because it didn't change any actual code | 15:58 |
| haleyb | would need a test patch perhaps | 15:58 |
| opendevreview | yatin proposed openstack/neutron master: [OVN] Wait for Port_Binding additional chassis in live-migration https://review.opendev.org/c/openstack/neutron/+/956910 | 15:59 |
| haleyb | elvira: let me rebase another patch on-top and see what software factory thinks | 16:01 |
| opendevreview | Brian Haley proposed openstack/neutron-tempest-plugin master: Pass tenant_id argument to create_router_by_client https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/973444 | 16:02 |
| haleyb | elvira: ^^ will see what happens | 16:03 |
| averdaguer | Hello, I just connected now and I missed a lot of history regarding openstack-meta-content-provider, but a few things | 16:04 |
| elvira | yup, thanks | 16:04 |
| averdaguer | This error started on end of December due to tempest-manilla adding new commit to drop support on python3.9. The problem is that on all jobs (that I'm aware of) that builds container (openstack-meta-content-provider/tcib jobs...) | 16:05 |
| opendevreview | yatin proposed openstack/neutron master: [DNM] Check migration ovn with fixes https://review.opendev.org/c/openstack/neutron/+/972820 | 16:05 |
| averdaguer | They are running on centos9, and IIUC during the pre-run job, python3 is installed (since we're using centos9 the default is python3.9) | 16:06 |
| ykarel | averdaguer, elvira https://github.com/openstack-k8s-operators/tcib/pull/356 should clear that issue with softwarefactory job | 16:08 |
| ykarel | but that will take time to reach | 16:08 |
| ykarel | so we can skip building tempest-extras in those jobs | 16:08 |
| averdaguer | ^ I think as a workarround would be good | 16:08 |
| elvira | ykarel: if I understand correctly we will need to make that removal for neutron-tempest-plugin too if we merge https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/973640, right? | 16:14 |
| ykarel | pushed https://github.com/openstack-k8s-operators/ci-framework/pull/3607 | 16:19 |
| ykarel | elvira, with neutron-tempest there could be other issues | 16:20 |
| ykarel | also i think we can't drop py3.9 there yet | 16:20 |
| ykarel | as that is branchless | 16:20 |
| ykarel | but good to check first generic tempest guidelines for all plugins | 16:20 |
| ykarel | haleyb, ^ commented there | 16:21 |
| elvira | thanks ykarel, checking the patch | 16:23 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron master: Don't delete from OVN DB ACLs not managed by Neutron https://review.opendev.org/c/openstack/neutron/+/973648 | 16:28 |
| opendevreview | Jakub Libosvar proposed openstack/neutron master: bgp: Improve BGP IDL lock https://review.opendev.org/c/openstack/neutron/+/972547 | 17:24 |
| opendevreview | Merged openstack/neutron master: Update jobs to use the periodic zuul job templates https://review.opendev.org/c/openstack/neutron/+/972734 | 17:26 |
| opendevreview | Merged openstack/tap-as-a-service master: Migrate upper functional job to Python 3.13 https://review.opendev.org/c/openstack/tap-as-a-service/+/973203 | 17:32 |
| opendevreview | Merged openstack/tap-as-a-service master: Remove `neutron-tempest-plugin-tap-as-a-service-wsgi` definition https://review.opendev.org/c/openstack/tap-as-a-service/+/973205 | 17:32 |
| -opendevstatus- NOTICE: Gerrit on review.opendev.org will be offline briefly in order to restart on a newer JVM and to clear out caches | 18:34 | |
| opendevreview | Jakub Libosvar proposed openstack/neutron master: Test FT LP bug 2137467 https://review.opendev.org/c/openstack/neutron/+/972435 | 19:04 |
| opendevreview | Merged openstack/neutron master: bgp: OVN agent BGP extension https://review.opendev.org/c/openstack/neutron/+/960895 | 21:37 |
| *** haleyb is now known as haleyb|out | 22:58 | |
| opendevreview | Merged openstack/neutron-lib master: Use py313 for all neutron-lib jobs https://review.opendev.org/c/openstack/neutron-lib/+/972735 | 23:42 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!