| opendevreview | Brian Haley proposed openstack/neutron master: Use project_id key in port plugin code https://review.opendev.org/c/openstack/neutron/+/972982 | 00:10 |
|---|---|---|
| opendevreview | Brian Haley proposed openstack/neutron master: Use project_id key in port plugin code https://review.opendev.org/c/openstack/neutron/+/972982 | 00:27 |
| opendevreview | Merged x/whitebox-neutron-tempest-plugin master: Add neutron agents health check https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/971059 | 00:37 |
| opendevreview | Renjing Xiao proposed x/whitebox-neutron-tempest-plugin master: Replace crudini dependency with ConfigParser https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/972281 | 00:58 |
| opendevreview | Brian Haley proposed openstack/neutron master: Use project_id key in port plugin code https://review.opendev.org/c/openstack/neutron/+/972982 | 02:39 |
| winiciusallan[m] | hi neutron! I don't know if it is really a bug, but I'm struggling when trying to deploy a devstack with uplink_status_propagation | 02:48 |
| winiciusallan[m] | in local.conf, I have defined ENABLED_SERVICES with neutron-uplink-status-propagatio so I belive it should execute this line | 02:49 |
| winiciusallan[m] | https://github.com/openstack/neutron/blob/master/devstack%2Fplugin.sh#L46 | 02:49 |
| winiciusallan[m] | But it does not work =/. Making some tests, it only works when set explicitly the Q_ML2_PLUGIN_EXT_DRIVERS | 02:50 |
| winiciusallan[m] | I don't know if this is related to the recent patch deprecating lib/neutron. Any input on it? Thanks in advance. | 02:51 |
| haleyb | winiciusallan[m]: i'm leaving for the day, but in the neutron CI jobs when it configures that setting it also adds the "updatable" extension as well. This is the resultant line in ml2_conf.ini | 02:58 |
| haleyb | extension_drivers = port_security,qos,tag_ports_during_bulk_creation,uplink_status_propagation,uplink_status_propagation_updatable,dns_domain_keywords,port_trusted | 02:58 |
| haleyb | (it configures other things as well) | 02:58 |
| haleyb | i don't know if that is part of your problem | 02:58 |
| haleyb | if you look here you can basically see what a test run was like, including the log file from the stack | 03:00 |
| haleyb | https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_6f7/openstack/6f7a89ca3ce74c27b657b1851773819e/controller/logs/index.html | 03:00 |
| winiciusallan[m] | in a few words, I can't enable this extension (both uplink_status and its update ext) via ENABLED_SERVICES, but I'll take a look into how neutron CI jobs does that. | 03:01 |
| winiciusallan[m] | maybe I'm missing something | 03:01 |
| haleyb | there is a local.conf there as well | 03:01 |
| winiciusallan[m] | thanks for the help haleyb :) | 03:02 |
| haleyb | enable_service neutron-uplink-status-propagation | 03:02 |
| haleyb | but i see the updatable in that file, but not in the enable line | 03:02 |
| winiciusallan[m] | oh, is that the same as doing | 03:03 |
| winiciusallan[m] | ENABLED_SERVICES+=,neutron-uplink-status-propagation? | 03:03 |
| haleyb | not in the local.conf that's there, don't see that, but NETWORK_API_EXTENSIONS is pretty full, almost everything possible | 03:04 |
| haleyb | devstacklog.txt will have the stack log, all the other files are in that dir/subdir | 03:05 |
| winiciusallan[m] | yeah, pretty full. here on my devstack logs, I was able to see the uplink-status-propagation already listed on NETWORK_API_EXTENSIONS, so I believe this should not be the problem | 03:05 |
| winiciusallan[m] | I'll take a look into these logs and try to change here. I'm working on some downstream projects, so I need also to make sure they are working as expected. | 03:07 |
| winiciusallan[m] | thanks agains! | 03:07 |
| haleyb | when neutron runs tempest tests and has that extension enable, it also always adds -updatable as well | 03:07 |
| winiciusallan[m] | yeah, I'm aware of this. I'll make sure to enable it too. | 03:09 |
| haleyb | good luck! | 03:09 |
| winiciusallan[m] | thanks! good rest for you | 03:09 |
| opendevreview | yatin proposed openstack/neutron master: [DNM] Check migration ovn https://review.opendev.org/c/openstack/neutron/+/972820 | 06:34 |
| opendevreview | Merged openstack/tap-as-a-service master: Update zuul jobs and gates definitions https://review.opendev.org/c/openstack/tap-as-a-service/+/973057 | 07:05 |
| *** EugenMayer4401802 is now known as EugenMayer440180 | 07:16 | |
| opendevreview | Rodolfo Alonso proposed 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 | 08:34 |
| opendevreview | Rodolfo Alonso proposed 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 | 08:36 |
| ralonsoh | lajoskatona, hello! ^^ trivial patches | 08:36 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: DNM: Trigger functional tests https://review.opendev.org/c/openstack/neutron/+/972986 | 08:57 |
| lajoskatona | ralonsoh: my eyes on it | 09:08 |
| ralonsoh | thanks | 09:10 |
| opendevreview | Ashish Gupta proposed openstack/neutron-tempest-plugin master: Enable ip_allocation extension in neutron-tempest-plugin-openvswitch job https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/963287 | 09:25 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: Add flag "ovs_create_tap" in the port VIF details https://review.opendev.org/c/openstack/neutron/+/972039 | 09:39 |
| ykarel | ralonsoh, can update the testing patch with ^ new config once nova patch is updated | 09:55 |
| ykarel | but earlier results went fine | 09:55 |
| ykarel | https://review.opendev.org/c/openstack/neutron/+/972820 | 09:58 |
| ralonsoh | ykarel, let me check the results of this patch | 10:04 |
| ralonsoh | ykarel, Sean asked to change the name of the variable to ovs_create_tap | 10:09 |
| ykarel | yeap i saw that | 10:10 |
| ralonsoh | I've already commented this update in the nova patch https://review.opendev.org/c/openstack/nova/+/973149 | 10:10 |
| ralonsoh | and I'll update yours once the nova patch is updated | 10:10 |
| ykarel | ok thx | 10:10 |
| ralonsoh | sean-k-mooney, hello! I've updated your patch with your comments. I changed the variable name to "ovs_create_tap" | 10:10 |
| ralonsoh | I commented that in https://review.opendev.org/c/openstack/nova/+/973149 too | 10:11 |
| opendevreview | Merged openstack/tap-as-a-service master: Migrate setup configuration to pyproject.toml https://review.opendev.org/c/openstack/tap-as-a-service/+/961671 | 10:13 |
| ralonsoh | sean-k-mooney, qq, I'm checking https://review.opendev.org/c/openstack/neutron/+/972820 results. In particular the n-cpu logs. If I'm not wrong, we are setting the "os_vif_tap_creation" variable in Neutron | 10:33 |
| ralonsoh | and I see that in the vif-details and also in Nova cpu | 10:33 |
| ralonsoh | but I don't see any "pyroute2 command ..." debug message in n-cpu | 10:33 |
| ralonsoh | https://565c2121041a93d5fcf8-d836b35cad78146f67690e7764eaf72e.ssl.cf2.rackcdn.com/openstack/b4a302316134416d86d320901bfa55d1/compute1/logs/screen-n-cpu.txt | 10:34 |
| ralonsoh | https://565c2121041a93d5fcf8-d836b35cad78146f67690e7764eaf72e.ssl.cf2.rackcdn.com/openstack/b4a302316134416d86d320901bfa55d1/controller/logs/screen-n-cpu.txt | 10:34 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [DNM] Check migration ovn https://review.opendev.org/c/openstack/neutron/+/972820 | 10:35 |
| opendevreview | Merged openstack/networking-sfc master: reno: Update master for unmaintained/2024.1 https://review.opendev.org/c/openstack/networking-sfc/+/965658 | 10:49 |
| opendevreview | Merged openstack/neutron-dynamic-routing master: reno: Update master for unmaintained/2024.1 https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/965672 | 10:57 |
| opendevreview | Merged openstack/neutron-vpnaas-dashboard master: reno: Update master for unmaintained/2024.1 https://review.opendev.org/c/openstack/neutron-vpnaas-dashboard/+/965714 | 11:00 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: Add flag "ovs_create_tap" in the port VIF details https://review.opendev.org/c/openstack/neutron/+/972039 | 11:41 |
| sean-k-mooney | ralonsoh: ill take a look. i just got the first version ready beofre i fisnihed yesteday so ill double check the os-vif part and the debug messages. i wrote the nova code so it could work iwth an older os-vif with the intent of bumping the min version later so i woudl double check in your env if you have properly pip installed the os-vif lib into your devstack env or if its | 11:53 |
| sean-k-mooney | using it form pypi | 11:53 |
| ykarel | sean-k-mooney, its using from master/your patch | 11:56 |
| sean-k-mooney | ack. the last thing i got done yesterday was stackign a second compute so ill be testign this and fixing any issue i find today. i got as far as confirming the xml generation was correct yesterday but not that the os-vif code worked end to end so ill be confirming that shortly. | 11:57 |
| ykarel | atleast it worked in ci tests, live migration tests were failing before and now passing so atleast it worked | 11:58 |
| sean-k-mooney | i have mostly been using the unit/fucntional test to develop this until now | 11:58 |
| ykarel | Jan 13 07:17:45.830719 npda4806d5aebc4 nova-compute[86596]: <target dev="tapa23aeb6a-40" managed="no"/> | 11:58 |
| sean-k-mooney | cool | 11:58 |
| sean-k-mooney | on my patch i had not got around to modifying the nova jobs to enable it yet | 11:59 |
| sean-k-mooney | but i see ye hava a dnm that is pulling everything together | 11:59 |
| ykarel | yeap | 11:59 |
| sean-k-mooney | ah you even have required-projects: | 12:00 |
| sean-k-mooney | - openstack/os-vif | 12:00 |
| ralonsoh | sean-k-mooney, ok so os-vif is creating the tap | 12:00 |
| sean-k-mooney | its very easy to overlook that | 12:00 |
| ralonsoh | why is not printing the pyroute2 debug logs? | 12:00 |
| sean-k-mooney | we may have a log filter | 12:00 |
| ralonsoh | ahh ok | 12:00 |
| sean-k-mooney | ill double check but we sometiems drop non nova modules like privsep down to info even in debug mode by default | 12:01 |
| sean-k-mooney | are you seeing other debug logs form os-vif | 12:02 |
| sean-k-mooney | so no we are not modifying os-vif or pyrout2 https://github.com/openstack/nova/blob/master/nova/config.py but it might not be cofnigured to debug | 12:03 |
| ralonsoh | sean-k-mooney, the plug/unplug operations only | 12:03 |
| sean-k-mooney | right but that os-vif logging right | 12:03 |
| sean-k-mooney | as in debug statements in os-vif | 12:03 |
| ralonsoh | yes | 12:04 |
| sean-k-mooney | i dont rememebr seeign debug statemes form pyrout2 in the past | 12:04 |
| sean-k-mooney | could neutron be enabling logging form it expcitly that nova is not? | 12:04 |
| ralonsoh | but these are just debug messages in the same project | 12:05 |
| ralonsoh | ok no, these are on os_vif/internal | 12:05 |
| sean-k-mooney | just so we are on the same page which specific ones are you looking for? | 12:06 |
| ralonsoh | this is not strictly os_vif/vif_plug_ovs | 12:06 |
| ralonsoh | sean-k-mooney, https://github.com/openstack/os-vif/blob/master/os_vif/internal/ip/linux/impl_pyroute2.py#L30 | 12:06 |
| ralonsoh | I was expecting all pyroute2 commands to be logged (in debug) | 12:07 |
| sean-k-mooney | ah all ip link command got it | 12:07 |
| sean-k-mooney | so ya that shoudl print rom this invocation https://review.opendev.org/c/openstack/os-vif/+/971231/2/os_vif/internal/ip/linux/impl_pyroute2.py#117 | 12:08 |
| sean-k-mooney | were you looking at the DNM or my change or your local install? | 12:09 |
| sean-k-mooney | in my patch the neutron config option is not set so we woudl not see it create teh patch | 12:09 |
| sean-k-mooney | *the tap | 12:09 |
| sean-k-mooney | in the dnm i defintlly expect to see that print | 12:10 |
| ralonsoh | sean-k-mooney, the DNM patch | 12:10 |
| ralonsoh | yes, I was looking for that, the tap creation checking the pyroute2 logs | 12:10 |
| opendevreview | Renjing Xiao proposed x/whitebox-neutron-tempest-plugin master: Replace crudini dependency with ConfigParser https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/972281 | 12:11 |
| ralonsoh | Ok, now I see the "critical" part for libvirt: conf.managed = "no" | 12:12 |
| ralonsoh | as Yatin mentioned | 12:12 |
| sean-k-mooney | ya so if that there and the tempest test ran any fo the connectivity test that ssh in | 12:14 |
| sean-k-mooney | we knwo that the tap was added and created by something other hten libvirt | 12:14 |
| sean-k-mooney | but i dislike that i don tsee thsoe logs so im going to dig a bit deeper | 12:14 |
| sean-k-mooney | it realy does fell like a log config issue | 12:15 |
| sean-k-mooney | so perhaps an existing bug we shoudl fix | 12:15 |
| opendevreview | Rodolfo Alonso proposed 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 | 12:15 |
| opendevreview | Rodolfo Alonso proposed 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 | 12:15 |
| ralonsoh | sean-k-mooney, I remember (from years ago) that the namespace was different (vif_plug_ovs vs os_vif) | 12:16 |
| ralonsoh | that could be the problem | 12:16 |
| sean-k-mooney | that is for the config options | 12:17 |
| sean-k-mooney | it shoudl not impact logging | 12:17 |
| sean-k-mooney | it might change teh module path we log form but pyrout2 shoudl still be printed | 12:17 |
| sean-k-mooney | are we invoking this form privsep? | 12:21 |
| ralonsoh | we should be doing that | 12:22 |
| sean-k-mooney | it looks like no | 12:22 |
| ralonsoh | let me check | 12:22 |
| sean-k-mooney | i know the logging is a little weird when we do that | 12:22 |
| sean-k-mooney | nova does filter out all debug logs form privsep invocations | 12:23 |
| sean-k-mooney | because we do not want to print thing liek the vms console to the logs | 12:23 |
| sean-k-mooney | https://review.opendev.org/c/openstack/os-vif/+/971231/2/vif_plug_ovs/linux_net.py#93 | 12:25 |
| sean-k-mooney | ya we are | 12:25 |
| sean-k-mooney | so the invocation is happening in the privsep deamon process not novas | 12:25 |
| sean-k-mooney | and we are filterign debug logs form privsep | 12:25 |
| ralonsoh | so this is why we don't log anything else inside the call | 12:25 |
| sean-k-mooney | i belive so | 12:25 |
| ralonsoh | for sure | 12:26 |
| ralonsoh | I think we are doing that to create a single call to privsep | 12:26 |
| sean-k-mooney | we coudl over ried that in nova's cofnig | 12:26 |
| ralonsoh | that actually doesn't improve too much the performance | 12:26 |
| ralonsoh | it could be better to add the privsep decorator to each pyroute2 command | 12:26 |
| sean-k-mooney | poteirally but they woudl then be usign a diffent privsep context | 12:27 |
| ralonsoh | the overhead of calling several times to privsep (with daemon) is minimal | 12:27 |
| ralonsoh | no no, we have a daemon running (I think so in n-cpu) | 12:27 |
| sean-k-mooney | which woudl be ok i think but we woudl be changing form the privsep context form the ovs plugin to the one for the internal code | 12:28 |
| ralonsoh | so this is just a matter of sending the command via socket | 12:28 |
| ralonsoh | yes and that implies a huge refactor | 12:28 |
| sean-k-mooney | no what im sayign is we have multipel privsep conftext in os-vif | 12:28 |
| sean-k-mooney | and multipel deamons as a result | 12:28 |
| ralonsoh | ? | 12:28 |
| sean-k-mooney | but that somethign we could refactor | 12:28 |
| sean-k-mooney | https://github.com/openstack/os-vif/blob/master/vif_plug_ovs/privsep.py | 12:29 |
| sean-k-mooney | os-vif does not use nova's privsep instance | 12:29 |
| sean-k-mooney | each plugin has its own | 12:29 |
| ralonsoh | yes, we have 2 entry points and 2 daemons | 12:29 |
| ralonsoh | but the point is that you already have a running daemon | 12:29 |
| ralonsoh | is just a matter of sending a command and waiting for the reply | 12:29 |
| sean-k-mooney | right but the internal module does not have a privsep context today | 12:29 |
| ralonsoh | nope | 12:30 |
| ralonsoh | ok, understood | 12:30 |
| sean-k-mooney | so movign the decorator to the interal module method means addign one | 12:30 |
| sean-k-mooney | which we can do just in a follow up | 12:30 |
| sean-k-mooney | the main issue with that is just makign sure we are not nestign them | 12:30 |
| ralonsoh | yes, that is a refactor not related to this feature | 12:31 |
| ralonsoh | that could be done after all this feature | 12:31 |
| ralonsoh | (also that's important if we want to backport it somewhere else...) | 12:31 |
| sean-k-mooney | regardign the loging in general however we proably coudl impove it without doign this | 12:32 |
| ralonsoh | for example? | 12:32 |
| sean-k-mooney | we coudl add a flag to have os-vif log those debug messages at info level if debug loging is enabeld or soemthign liek that | 12:32 |
| ralonsoh | yes but even with that, all debug messages "inside" the privsep call are lost | 12:33 |
| ralonsoh | for example, the "pyroute2 command ..." | 12:33 |
| sean-k-mooney | im no tsure. i think by default they may be but im not sure if we can redirect them we do get info and above level logs form privsep but its been a while sinc ei looked into this | 12:34 |
| ralonsoh | we can return errors from privsep and then log them | 12:34 |
| sean-k-mooney | bsicaly i dont recall if privsep is redirecting the logging over the unix socket or just loging ot stdout | 12:34 |
| ralonsoh | but nothing from inside will be logged | 12:34 |
| sean-k-mooney | maybe as i said its defintlly been a while since i looked at this in detail but i tought there was a way to gfet more back | 12:35 |
| ralonsoh | I'm going for lunch now | 12:36 |
| sean-k-mooney | cool | 12:36 |
| sean-k-mooney | ill update my patch for the changes you made and test it locally | 12:36 |
| sean-k-mooney | enjory o/ | 12:36 |
| lajoskatona | haleyb: Hi, today I can't join the team meeting | 13:30 |
| haleyb | lajoskatona: ack, thanks | 13:44 |
| haleyb | #startmeeting networking | 14:00 |
| opendevmeet | Meeting started Tue Jan 13 14:00:21 2026 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, slaweq, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, haleyb, ralonsoh | 14:00 |
| bcafarel | o/ | 14:00 |
| ralonsoh | hello | 14:00 |
| haleyb | hi everyone | 14:01 |
| frickler | \o | 14:01 |
| mlavalle | \o | 14:01 |
| haleyb | #announcements | 14:02 |
| haleyb | We are in week R-11 of Gazpacho | 14:02 |
| haleyb | Gazpacho-2 milestone was last week | 14:02 |
| slaweq | o/ | 14:02 |
| haleyb | looks like we are still waiting for release patch to merge, then will need requirements bump | 14:03 |
| haleyb | so technically if we needed could change neutron hash, but i don't think anything critical has merged | 14:03 |
| haleyb | #link https://releases.openstack.org/gazpacho/schedule.html is the release schedule | 14:04 |
| haleyb | the neutron-lib release patch did merge, but requirements patch is still waiting | 14:05 |
| frickler | haleyb: I can approve it right now if you don't want to update. we did successful release tests earlier today | 14:05 |
| haleyb | frickler: yes, thanks | 14:05 |
| haleyb | #link https://review.opendev.org/c/openstack/releases/+/972457 | 14:05 |
| haleyb | frickler: when will requirements patches merge? i don't know if the zuul rekeying has impacted that | 14:06 |
| haleyb | #link https://review.opendev.org/c/openstack/requirements/+/971545 | 14:06 |
| ralonsoh | also https://review.opendev.org/c/openstack/requirements/+/972693 | 14:07 |
| ralonsoh | and https://review.opendev.org/c/openstack/requirements/+/972701 | 14:07 |
| frickler | well that only depends on the requirements team reviewing stuff | 14:07 |
| haleyb | ralonsoh: and https://review.opendev.org/c/openstack/requirements/+/972692 | 14:08 |
| haleyb | so we will just have to wait for requirements | 14:09 |
| haleyb | Just a reminder to use the priority dashboard for anything neutron/networking related | 14:10 |
| haleyb | #link https://tinyurl.com/59z278km | 14:10 |
| haleyb | and add RP +1/+2 to the review as necessary | 14:10 |
| haleyb | i need to find otherwiseguy for one of those | 14:10 |
| 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:11 |
| haleyb | So getting back to Gazpacho release, we should be prioritizing any work we have planned for the cycle | 14:11 |
| haleyb | for example the BGP work | 14:12 |
| haleyb | 11 weeks will go pretty quickly | 14:12 |
| haleyb | G-3 milestone is week of February 23rd | 14:13 |
| haleyb | so 6 weeks if i'm counting right | 14:13 |
| haleyb | that was all i had, any other announcements? | 14:14 |
| haleyb | #topic bugs | 14:14 |
| haleyb | ralonsoh was the bug deputy last week, his report is at | 14:14 |
| haleyb | #link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/LYLVMEP3EPS4PXHYFOTZCFID6ZD4H3VX/ | 14:15 |
| haleyb | and from what i can tell all have been addressed or patches proposed | 14:15 |
| ralonsoh | All is addressed, right | 14:15 |
| haleyb | perfect | 14:16 |
| haleyb | this week ichen is the deputy, next week is jlibosva | 14:16 |
| haleyb | is that ok for you ichen ? | 14:16 |
| ichen | Works for me. | 14:16 |
| haleyb | great | 14:17 |
| ralonsoh | for Jakub too | 14:17 |
| haleyb | perfect | 14:17 |
| haleyb | #topic specs | 14:17 |
| haleyb | #link https://review.opendev.org/q/project:openstack/neutron-specs+status:open | 14:17 |
| haleyb | were there any other comments on mlavalle's routed networks spec? | 14:18 |
| haleyb | #link https://review.opendev.org/c/openstack/neutron-specs/+/966334 | 14:18 |
| mlavalle | none | 14:18 |
| ralonsoh | (I have it in my review list for tomorrow morning) | 14:19 |
| mlavalle | other than the small nit you pointed out | 14:19 |
| mlavalle | thanks ralonsoh | 14:19 |
| haleyb | mlavalle: i would not respin for that | 14:19 |
| mlavalle | I won't | 14:19 |
| haleyb | ralonsoh: ack, thanks i'll leave it open, you can +W if you like it | 14:19 |
| ralonsoh | thanks | 14:20 |
| haleyb | there are other open specs there, will try and go through this week, might be late to get them implemented | 14:21 |
| haleyb | ok, moving on | 14:21 |
| haleyb | #topic community goals | 14:21 |
| haleyb | i know lajoskatona could not attend, will just mention his sdk series | 14:22 |
| haleyb | #link https://review.opendev.org/q/topic:%22sdk_for_neutron%22 | 14:22 |
| haleyb | all nova changes | 14:23 |
| haleyb | one job is failing, but really need some nova eyes on those to move forward | 14:23 |
| haleyb | i continue to push patches on project_id migration, thanks for all the reviews | 14:24 |
| ralonsoh | thanks for finishing this topic | 14:25 |
| haleyb | there is still plenty of work to do, just getting to actual db/plugin code, and need to do cross-project testing so i don't break anything | 14:26 |
| ralonsoh | that will happen for sure again | 14:26 |
| ralonsoh | but this is why now is the time to do it | 14:26 |
| haleyb | #link https://review.opendev.org/c/openstack/neutron/+/972982/ is the latest one, but failing one functional test i need to debug | 14:27 |
| haleyb | was going to get to network/subnet/routers next | 14:27 |
| haleyb | hopefully i'm doing this all correctly in the plugins... | 14:28 |
| haleyb | #topic on-demand | 14:29 |
| haleyb | anything else people want to discuss? | 14:29 |
| haleyb | nothing on the agenda | 14:29 |
| ralonsoh | no, thanks | 14:29 |
| frickler | I did look at the n-d-r issue over the weekend | 14:29 |
| slaweq | haleyb I know it may be a bit of additional work but maybe you could create small patches for stadium projects and set them to be Depends-On on your patches for project_id changes | 14:29 |
| frickler | and it seems to me like to bug is in the evenlet-removal stuff in os-ken, which seems to be untested so far | 14:30 |
| slaweq | to make sure we are not breaking stadium or if we do, to fix it before neutron changes will be merged | 14:30 |
| ralonsoh | frickler, which part? | 14:30 |
| frickler | stuff sahid merged a year ago | 14:30 |
| haleyb | slaweq: yes, i was going to do that for at least the ones that broke previously, but should also do nova and devstack at a minimum | 14:30 |
| ralonsoh | btw, lajoskatona proposed a patch for os-ken: https://review.opendev.org/c/openstack/os-ken/+/970277 | 14:30 |
| slaweq | thx haleyb | 14:31 |
| frickler | see the latest comment on https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/956747 | 14:31 |
| ralonsoh | ooook, so the timeout context | 14:31 |
| ralonsoh | ok, I think this timeout context exception needs some kind of testing | 14:32 |
| frickler | yes, it looks like it never really gets entered | 14:32 |
| ralonsoh | and most probably a refactor | 14:32 |
| ralonsoh | frickler, ok, let me propose some tests to check it | 14:33 |
| frickler | cool, thx | 14:33 |
| haleyb | frickler: thanks for the info | 14:34 |
| opendevreview | Michel Nederlof proposed openstack/neutron master: Keep virtual ports unbound when binding https://review.opendev.org/c/openstack/neutron/+/973115 | 14:34 |
| haleyb | ok, any other topics? | 14:35 |
| slaweq | nothing from me | 14:36 |
| haleyb | thanks for attending, have a good week everyone | 14:36 |
| haleyb | #endmeeting | 14:36 |
| opendevmeet | Meeting ended Tue Jan 13 14:36:16 2026 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:36 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/networking/2026/networking.2026-01-13-14.00.html | 14:36 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/networking/2026/networking.2026-01-13-14.00.txt | 14:36 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/networking/2026/networking.2026-01-13-14.00.log.html | 14:36 |
| mlavalle | \o | 14:36 |
| slaweq | thx, You too | 14:36 |
| ralonsoh | bye | 14:36 |
| opendevreview | Michel Nederlof proposed openstack/neutron master: Make sure virtual ports stay unbound https://review.opendev.org/c/openstack/neutron/+/973259 | 14:41 |
| ralonsoh | haleyb, hello! if you have 1 min: https://review.opendev.org/c/openstack/tap-as-a-service/+/973203/2 | 14:46 |
| ralonsoh | and the upper patch too | 14:46 |
| haleyb | ralonsoh: ack, and i need to update the release-checklist doc, a lot of these were missed (and not only neutron), not the end of the world of course | 14:48 |
| mnederlof | haleyb, thanks for your review on https://review.opendev.org/c/openstack/neutron/+/973115; i have created another approach in https://review.opendev.org/c/openstack/neutron/+/973259 could you maybe shine your light on that one too and let me know which approach is the preferred one? | 14:50 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron-specs master: Remove not necessary spec templates from the releases folders https://review.opendev.org/c/openstack/neutron-specs/+/973263 | 14:59 |
| mnederlof | ralonsoh, i´ve added a workflow to reproduce the issue | 15:00 |
| ralonsoh | mnederlof, I'll check it now | 15:01 |
| mnederlof | tnx | 15:01 |
| opendevreview | Brian Haley proposed openstack/neutron master: Update jobs to use the periodic zuul job templates https://review.opendev.org/c/openstack/neutron/+/972734 | 15:38 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron-specs master: Remove not necessary spec templates from the releases folders https://review.opendev.org/c/openstack/neutron-specs/+/973263 | 15:44 |
| *** jlibosva is now known as Guest35776 | 15:48 | |
| winiciusallan[m] | haleyb: just for the record, the problem that I was facing yesterday when trying to enable the uplink-status-propagation was solved adding `enable_plugin neutron <url>` to local.conf | 16:16 |
| winiciusallan[m] | thanks again for the neutron CI snippets :) | 16:17 |
| opendevreview | Brian Haley proposed openstack/neutron master: Update jobs to use the periodic zuul job templates https://review.opendev.org/c/openstack/neutron/+/972734 | 16:23 |
| opendevreview | Merged openstack/neutron-specs master: Remove not necessary spec templates from the releases folders https://review.opendev.org/c/openstack/neutron-specs/+/973263 | 18:48 |
| opendevreview | Merged x/whitebox-neutron-tempest-plugin master: [multicast] Only use vlan_transparent option when really required https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/972899 | 19:27 |
| -opendevstatus- NOTICE: An update to one of our base jobs roles broke another base job role. This update has been reverted and jobs should be working again. | 20:59 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!