| opendevreview | Miguel Lavalle proposed openstack/neutron-specs master: Routed networks with multiple segments per host https://review.opendev.org/c/openstack/neutron-specs/+/966334 | 00:05 |
|---|---|---|
| opendevreview | yatin proposed openstack/neutron-tempest-plugin master: Update jobs for unmaintained/2024.1 https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/967479 | 06:44 |
| opendevreview | yatin proposed openstack/neutron unmaintained/2024.1: [CI][9-stream][stable only] Use last python3.9 supported tempest tag https://review.opendev.org/c/openstack/neutron/+/966400 | 06:47 |
| ralonsoh | bcafarel, hello! If you have 1 min, I'll appreciate your reviews: https://review.opendev.org/q/topic:%22bug/2131024%22 | 07:00 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Initialize OVN agent in ``start`` method https://review.opendev.org/c/openstack/neutron/+/967219 | 07:39 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Wait for the "Chassis" creation in the HCG tests https://review.opendev.org/c/openstack/neutron/+/966789 | 07:41 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/2025.1: [OVN] Initialize OVN agent in ``start`` method https://review.opendev.org/c/openstack/neutron/+/967302 | 07:42 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] The external networks GW chassis must the same as the GW LRP https://review.opendev.org/c/openstack/neutron/+/962155 | 07:42 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Sync the LRP Gateway_Chassis with the network HCG https://review.opendev.org/c/openstack/neutron/+/964381 | 07:42 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: Add a temporary grenade job migrating to OVN agent https://review.opendev.org/c/openstack/neutron/+/955188 | 07:50 |
| opendevreview | yatin proposed openstack/neutron-tempest-plugin master: Update jobs for unmaintained/2024.1 https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/967479 | 08:25 |
| *** elodilles_pto is now known as elodilles | 08:51 | |
| opendevreview | yatin proposed openstack/neutron-tempest-plugin master: Update jobs for unmaintained/2024.1 https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/967479 | 10:07 |
| eolivare | hey ralonsoh lajoskatona some tobiko ml2/ovs tests started failing last night: https://zuul.opendev.org/t/openstack/builds?job_name=devstack-tobiko-ovs&job_name=devstack-tobiko-ovs-neutron&pipeline=periodic&skip=0 | 10:43 |
| ralonsoh | eolivare, let me check | 10:44 |
| eolivare | I think it's related to this patch: https://review.opendev.org/c/openstack/neutron/+/963386 - maybe the test has to be adapted, I'm not sure... let me explain what happens | 10:44 |
| eolivare | ralonsoh, https://7a4385f7908bb667d94d-c0f8a1c31c5446efb34290a311cd3d95.ssl.cf1.rackcdn.com/openstack/49c140650f234818891e81b645154804/tobiko_results_03_faults_faults.html?sort=testId | 10:44 |
| eolivare | this lines fails: https://github.com/redhat-openstack/tobiko/blob/master/tobiko/tests/faults/neutron/test_agents.py#L455 | 10:45 |
| eolivare | the test stops devstack@q-dhcp, then it restarts a VM and it expects that the VM is reachable (replies pings) | 10:46 |
| ralonsoh | eolivare, let me check one thing | 10:47 |
| ralonsoh | eolivare, https://review.opendev.org/c/openstack/neutron/+/963386 | 10:48 |
| eolivare | It fails because it doesn't reply pings. The test passed two days ago (no changes in the test): https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_0f0/openstack/0f01a7cff86245218a228b7f388b5057/tobiko_results_03_faults_faults.html?sort=result | 10:48 |
| ralonsoh | so we stop the DHCP agent, right? | 10:48 |
| eolivare | yes | 10:48 |
| eolivare | relevant logs are: | 10:48 |
| eolivare | 2025-11-18 03:08:43.139 113081 DEBUG tobiko.tests.faults.neutron.test_agents - stop of the service 'devstack@q-dhcp' on host 'npc65d8c6c35e74' done. | 10:48 |
| eolivare | 2025-11-18 03:08:45.419 113081 INFO tobiko.openstack.nova._client - stop server '14f56977-3bc5-489b-9f33-03692a06fb71' (status='ACTIVE'). | 10:49 |
| eolivare | 2025-11-18 03:08:50.886 113081 INFO tobiko.openstack.nova._client - Start server '14f56977-3bc5-489b-9f33-03692a06fb71' (status='SHUTOFF'). | 10:49 |
| ralonsoh | can we sync via meet? | 10:50 |
| eolivare | and finally it tries `ping -4 -w 5 -W 5 -c 1 172.24.5.113` several times but it fails | 10:50 |
| eolivare | ralonsoh, sure | 10:50 |
| lajoskatona | eolivare, ralonsoh: Hi | 11:27 |
| ralonsoh | lajoskatona, we found that now we are stopping the dnsmasq process | 11:27 |
| ralonsoh | before the patch https://review.opendev.org/c/openstack/neutron/+/963386, the dnsmasq process was left running | 11:28 |
| ralonsoh | I need to figure out what is the correct behaviour | 11:28 |
| lajoskatona | ralonsoh: ok, the dnsmasq processes should hang there? otherwise nobody will answer icmp requests..... | 11:29 |
| ralonsoh | lajoskatona, sorry, what does it mean? | 11:29 |
| ralonsoh | the tobiko test is expecting dnsmasq to be running with the dhcp agent off | 11:29 |
| ralonsoh | and it seems to be the behaviour for long time | 11:30 |
| ralonsoh | I'm deploying a 2024.2 env to check that | 11:30 |
| eolivare | lajoskatona, ralonsoh https://bugs.launchpad.net/neutron/+bug/2131801 | 11:37 |
| lajoskatona | eolivare: thanks | 11:37 |
| eolivare | with the new behavior, if a cirros VM is restarted while the dhcp service is down, it will not be reachable - maybe a network restart would fix it - maybe advanced VM, such as ubuntu or fedora, would retry somehow, when dnsmasq and dhcp are recovered... I'd have to test it | 11:39 |
| eolivare | or maybe it's expected that a VM rebooting while dhcp+dnsmasq are down is not reachable anymore | 11:40 |
| *** dmellado4 is now known as dmellado | 12:44 | |
| lajoskatona | eolivare: I check the merged patch where was the part which actually succesfully killed dnsmasq, strange that with eventlet it "just" worked, as service stop stopped the service but the processes like dnsmasq were left untouched | 12:46 |
| ralonsoh | lajoskatona, yes, this is exactly what was happening | 13:35 |
| ralonsoh | and now we stop the processmonitor AND the process itself | 13:35 |
| ralonsoh | so we need to keep the dnsmasq running | 13:36 |
| ralonsoh | to be honest, I wasn't expecting that | 13:36 |
| lajoskatona | perfection is the rootcause of everything, and way to destruction :-) | 13:36 |
| ralonsoh | I would prefer to discuss it in the neutron meeting | 13:36 |
| lajoskatona | I was so happy to finally kill everything and look what happened :-) | 13:36 |
| ralonsoh | lajoskatona, I really understand you | 13:37 |
| ralonsoh | I'll create a topic today for the Neutron meeting | 13:37 |
| haleyb | #startmeeting networking | 14:01 |
| opendevmeet | Meeting started Tue Nov 18 14:01:04 2025 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 |
| elvira | o/ | 14:01 |
| lajoskatona | o/ | 14:01 |
| ralonsoh | hello | 14:01 |
| mtomaska | o/ | 14:01 |
| haleyb | #announcements | 14:02 |
| haleyb | We are in week R-19 of Gazpacho | 14:02 |
| rubasov | o/ | 14:02 |
| haleyb | We are now past the gazpacho-1 milestone | 14:02 |
| haleyb | Our next milestone in this development cycle will be gazpacho-2, on January 8, 2026 | 14:03 |
| haleyb | #link https://releases.openstack.org/gazpacho/schedule.html | 14:03 |
| bcafarel | o/ | 14:03 |
| haleyb | We did push release tags for neutron and other things | 14:04 |
| haleyb | I think maybe ovsdbapp is the only one still in progress | 14:04 |
| ralonsoh | is merged now | 14:05 |
| haleyb | perfect | 14:05 |
| ralonsoh | related to this ^ | 14:06 |
| ralonsoh | please check https://review.opendev.org/c/openstack/neutron/+/967395 | 14:06 |
| ralonsoh | in order to keep the CI working once the requirements patch bumps the version | 14:06 |
| haleyb | yup | 14:06 |
| haleyb | we've been doing good at fixing any leftover eventlet issues, thanks for everyone finding the bugs and working on them | 14:08 |
| lajoskatona | we have a frsh one: https://bugs.launchpad.net/neutron/+bug/2131801 :-) | 14:09 |
| 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:09 |
| haleyb | :( | 14:09 |
| ralonsoh | we can talk about this one in the eventlet section | 14:10 |
| haleyb | And continue to use the priorities dashboard for important changes or things ready to merge | 14:10 |
| haleyb | #link https://tinyurl.com/59z278km | 14:10 |
| haleyb | I have a few easy ones there that could use another +2 | 14:10 |
| haleyb | that was all the neutron announcements i had, any others? | 14:11 |
| haleyb | #topic bugs | 14:11 |
| haleyb | mtomaska was the bug deputy last week, his report is at | 14:11 |
| haleyb | #link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/DDNPSGVJY7PAHSTX7IYZS7ZD6MEE7GEZ/ | 14:11 |
| haleyb | some have been picked-up but let's look at the others | 14:12 |
| haleyb | #link https://bugs.launchpad.net/neutron/+bug/2131087 | 14:12 |
| haleyb | Is updating a port's fixed_ip list without specifying existing IP addresses valid? | 14:12 |
| mtomaska | In my opinion it should be and looks like code already does it. If we agree then we should just add some unit tests to reinforce that | 14:13 |
| mtomaska | but I left it as an opinion for now. I am open for others opinions | 14:13 |
| haleyb | i was looking at the api ref but it's not clear there (to me) | 14:14 |
| haleyb | #link https://docs.openstack.org/api-ref/network/v2/index.html#ports | 14:14 |
| ralonsoh | this is also related to the issue with the metadata port, adding multiple subnets at the same time | 14:15 |
| ralonsoh | the IPAM module computes the subnet IPs at once | 14:15 |
| ralonsoh | so there is no API to just add one single IP | 14:15 |
| ralonsoh | you pass all the subnets/fixed_ips in one command | 14:15 |
| slaweq_web | but is there other method to remove specific IP from the port? | 14:16 |
| ralonsoh | not that I'm aware | 14:16 |
| ralonsoh | same for removal: you need to pass all the IPs of this port (removing the one not needed) | 14:16 |
| slaweq_web | I think that if we want this API to be atomic we should do it in similar way as we did some time ago with (IIRC) router's static routes | 14:17 |
| slaweq_web | I think rubasov was doing that | 14:17 |
| ralonsoh | that will solve several problems we have now | 14:17 |
| ralonsoh | of course, we'll need a big refactor in the IPAM module, that has not been touched in one decade | 14:17 |
| slaweq_web | as original API required to always pass all exisitng and new routes and that was causing problems, but on the other hand it make it possible to remove routes too | 14:18 |
| ralonsoh | IMO, that could be an interesting and practical feature | 14:18 |
| slaweq_web | so I think that with current API which we have, if there is no other way to remove IP from the port, we should always set only those IPs which are send in request | 14:18 |
| slaweq_web | but better API would be new one to add/remove fixed IPs to/from port | 14:19 |
| rubasov | yes, we have now an extension for atomic updates to extraroutes, if that's relevant, that addressed the problem of races between api clients though | 14:19 |
| ralonsoh | a similar API for port IPs could also solve some race conditions | 14:19 |
| ralonsoh | e.g.: https://bugs.launchpad.net/neutron/+bug/2125500 | 14:19 |
| slaweq_web | I can take a closer look at that bug but for now that's my opinion about it :) | 14:20 |
| ralonsoh | +1 to this | 14:20 |
| mtomaska | Ok so it goes deeper I see. I thought it was pretty straight forward :) | 14:20 |
| haleyb | the help message for 'port set' has a little better info at least | 14:21 |
| haleyb | for --no-fixed-ip it says "Specify both --fixed-ip and --no-fixed-ip to overwrite the current fixed IP addresses" | 14:21 |
| haleyb | that implies that --fixed-ip does not overwrite | 14:21 |
| ralonsoh | no, but that the CLI | 14:21 |
| ralonsoh | then, internally, it sends the full update: reads the current IPs, unset them and then set the new one | 14:22 |
| mtomaska | ^ yep | 14:22 |
| haleyb | ah, i did not look under the hood | 14:22 |
| opendevreview | Mengyang Zhang proposed openstack/neutron-specs master: Create spec for RFE:project-specific qos controls https://review.opendev.org/c/openstack/neutron-specs/+/965946 | 14:22 |
| mtomaska | I linked the code that does that | 14:22 |
| rubasov | this is the api for the atomic extraroute stuff: https://docs.openstack.org/api-ref/network/v2/index.html#add-extra-routes-to-router (and the 'remove' part) | 14:22 |
| haleyb | anyway, maybe someone can write these notes in the bug for whoever picks it up | 14:25 |
| haleyb | if not i'll do it after meeting | 14:26 |
| slaweq_web | haleyb: I will look at it deeper and will reply in the bug tomorrow | 14:26 |
| opendevreview | Merged openstack/neutron stable/2025.2: [FT] Wait for the manager to be created https://review.opendev.org/c/openstack/neutron/+/967337 | 14:26 |
| haleyb | slaweq_web: thanks! | 14:27 |
| haleyb | next bug | 14:27 |
| haleyb | #link https://bugs.launchpad.net/neutron/+bug/2130972 | 14:27 |
| haleyb | Show response body on GET enforcement request | 14:27 |
| haleyb | this came in as a security issue, bug was un-embargoed | 14:27 |
| haleyb | the submittor had started a proof of concept patch to demonstrate | 14:29 |
| haleyb | ralonsoh: are you ok based on the latest comment there? | 14:29 |
| opendevreview | Merged openstack/neutron stable/2025.1: [FT] Wait for the manager to be created https://review.opendev.org/c/openstack/neutron/+/967338 | 14:29 |
| ralonsoh | yes, the patch works and the port information is not longer returned | 14:29 |
| ralonsoh | now we have a small talk about what to return | 14:30 |
| ralonsoh | I think this should be raise webob.exc.HTTPNotFound(msg) | 14:30 |
| ralonsoh | same as in other methods, I'll comment in the patch | 14:30 |
| slaweq_web | ++ | 14:32 |
| haleyb | ralonsoh: ack, thanks | 14:32 |
| haleyb | one more unassigned bug | 14:34 |
| haleyb | #link https://bugs.launchpad.net/neutron/+bug/2131290 | 14:34 |
| haleyb | Octavia OVN - ovsdbapp.exceptions.TimeoutException: Commands DbCreateCommand | 14:34 |
| mtomaska | At first I thought this might be an issue with connecting to OVN services. But based on latest response, it is not | 14:34 |
| haleyb | is it more just the ovn provider? | 14:36 |
| haleyb | froyo_: don't know if you're around but maybe you can look at that ^^ ? | 14:38 |
| froyo_ | sure! | 14:38 |
| haleyb | thanks | 14:38 |
| froyo_ | I will take a look | 14:38 |
| slaweq_web | isn't it similar to https://bugs.launchpad.net/octavia/+bug/2080630 ? | 14:39 |
| haleyb | looks similar, but i'll let froyo_ determine | 14:41 |
| haleyb | last bug looks like an rfe, but will mention since i saw a comment from slaweq | 14:41 |
| froyo_ | ^ that one is already managed I sent some patches and waiting their reply | 14:41 |
| haleyb | #link https://bugs.launchpad.net/neutron/+bug/2131072 | 14:41 |
| haleyb | [RFE] Publish network resource exists notification | 14:42 |
| froyo_ | slaweq_web: I will put a comment on 2080630 to get some feedback | 14:42 |
| ralonsoh | haleyb, and where this info is stored? in the logs? | 14:43 |
| haleyb | ralonsoh: for that rfe? i don't know | 14:43 |
| mtomaska | I think for that RFE bug we just need to wait for more details. It is incomplete | 14:44 |
| mtomaska | and then we will know better what to do with it | 14:44 |
| ralonsoh | yeah, a bit of context and definition would be required | 14:44 |
| ralonsoh | I suggest to ping the author to add this topic in the drivers agenda | 14:44 |
| mtomaska | yep ^ | 14:44 |
| mtomaska | I can monitor that RFE and I will add it to agenda once it gets defined little better | 14:45 |
| haleyb | yeah, i didn't know if anyone had seen those before (besides the links in the bug) | 14:45 |
| haleyb | that was all the bugs, any others to discuss? | 14:46 |
| haleyb | #topic specs | 14:46 |
| haleyb | #link https://review.opendev.org/q/project:openstack/neutron-specs+status:open | 14:46 |
| haleyb | i do see some of these were updated recently, thanks for that, i will take a look later this week | 14:47 |
| haleyb | hopefully others can too :) | 14:47 |
| haleyb | #topic community goals | 14:48 |
| haleyb | lajoskatona: hi, any updates on neutronclient patches? | 14:48 |
| lajoskatona | not much, I went back to nova to continue the floating IP patch | 14:49 |
| lajoskatona | that's it for neutronclient | 14:49 |
| haleyb | ack | 14:49 |
| haleyb | ralonsoh: i'll let you give any eventlet update, there's been some fixes... | 14:49 |
| ralonsoh | yes but the main issue now is the DHCP agent | 14:50 |
| ralonsoh | so the problem since last patch | 14:50 |
| ralonsoh | https://review.opendev.org/c/openstack/neutron/+/963386 | 14:51 |
| ralonsoh | is that we KILL EVERYTHING | 14:51 |
| ralonsoh | including the dnsmasq processes | 14:51 |
| ralonsoh | I'm spawning an old OVS system to confirm that | 14:51 |
| ralonsoh | in that case, we should exit DHCP agent but leaving the dnsmasq processes | 14:52 |
| lajoskatona | I check in my env how to kill the service but keep processes like dnsmasq alive | 14:52 |
| ralonsoh | this is what is tested in tobiko | 14:52 |
| ralonsoh | and the neytron-dynamic-routing project | 14:52 |
| ralonsoh | is still broken since we remove the evnetlet utils in Neutron | 14:53 |
| ralonsoh | and I didn't have too much time to investigate the problem | 14:53 |
| ralonsoh | I'll send a mail today to try to engage someone else there | 14:53 |
| ralonsoh | that's all | 14:53 |
| haleyb | ralonsoh: ack, thanks for the update | 14:54 |
| haleyb | lajoskatona: so you'll look at how to keep dnsmasq running? | 14:54 |
| lajoskatona | yes, after the perfect kill I try to make it partial.... | 14:54 |
| haleyb | lajoskatona: ok, thanks | 14:55 |
| lajoskatona | and keep in mind the conclusion for the patch which is for ovs-agent | 14:55 |
| slaweq | lajoskatona: "perfect kill" sounds like something from video game :P | 14:55 |
| lajoskatona | https://review.opendev.org/c/openstack/neutron/+/967105 | 14:55 |
| lajoskatona | slaweq: :-) | 14:56 |
| haleyb | yes, or an alien/predator movie | 14:56 |
| haleyb | ok, last topic | 14:56 |
| haleyb | #topic on-demand | 14:56 |
| haleyb | there was one topic, but seems like a reference to an rfe? | 14:57 |
| slaweq | I have one quick question actually | 14:57 |
| haleyb | slaweq: sure | 14:57 |
| slaweq | I noticed today that I probably don't have access to the security vulnerabilities bugs anymore - did something changes with who can access them? Do you know maybe? | 14:57 |
| opendevreview | Merged openstack/neutron master: [OVN] Use ``uuid.UUID`` to build a OVN database row https://review.opendev.org/c/openstack/neutron/+/967395 | 14:57 |
| haleyb | slaweq: i remember something changed a while back, maybe you got removed? i'll try and find the group/list | 14:58 |
| slaweq | thx haleyb | 14:58 |
| mlavalle | I want to bring this spec to the team's attention https://review.opendev.org/c/openstack/neutron-specs/+/966334. This is the formatted version https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_f9d/openstack/f9d679643b7b4f2bae614f47a7c0b373/docs/specs/2026.1/multiple-segments-per-host-routed-net-ovn.html | 14:59 |
| slaweq | we can talk about it in private too | 14:59 |
| mlavalle | that's all from me | 14:59 |
| haleyb | ok, we are at time, and the on-demand topic was related to a spec, so will review later | 15:01 |
| lajoskatona | +1, will look at the spec | 15:01 |
| haleyb | thanks for coming everyone, and will see people friday for drivers meeting | 15:01 |
| haleyb | #endmeeting | 15:01 |
| opendevmeet | Meeting ended Tue Nov 18 15:01:37 2025 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:01 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/networking/2025/networking.2025-11-18-14.01.html | 15:01 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/networking/2025/networking.2025-11-18-14.01.txt | 15:01 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/networking/2025/networking.2025-11-18-14.01.log.html | 15:01 |
| lajoskatona | o/ | 15:01 |
| mtomaska | o/ | 15:01 |
| ralonsoh | bye | 15:01 |
| ralonsoh | hi folks, if you have time, please check these 3 patches: | 15:05 |
| ralonsoh | * https://review.opendev.org/c/openstack/neutron/+/966789/ | 15:05 |
| ralonsoh | * https://review.opendev.org/c/openstack/neutron/+/962155 | 15:05 |
| ralonsoh | * https://review.opendev.org/c/openstack/neutron/+/964381/ | 15:05 |
| ralonsoh | thanks in advance | 15:05 |
| opendevreview | Merged openstack/ovn-octavia-provider master: Member batch actions to increase performance https://review.opendev.org/c/openstack/ovn-octavia-provider/+/965232 | 15:47 |
| opendevreview | Elvira García Ruiz proposed openstack/neutron master: [SGL] Ignore port groups that don't come from SGs https://review.opendev.org/c/openstack/neutron/+/967583 | 16:37 |
| opendevreview | Théo Van Gyzel proposed openstack/neutron master: Fixed: network object was not updated after calling the enable driver while configure DHCP for a network https://review.opendev.org/c/openstack/neutron/+/962323 | 16:41 |
| *** dmellado0 is now known as dmellado | 16:48 | |
| opendevreview | Elvira García Ruiz proposed openstack/neutron master: [SGL] Ignore port groups that don't come from SGs https://review.opendev.org/c/openstack/neutron/+/967583 | 16:48 |
| *** kleini- is now known as kleini | 17:17 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!