| opendevreview | Arnaud Morin proposed openstack/neutron master: Fix: handle initial router state for any state https://review.opendev.org/c/openstack/neutron/+/929406 | 00:48 |
|---|---|---|
| opendevreview | Merged openstack/neutron-tempest-plugin master: Deprecate options to enable/disable plugin tests https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/936045 | 00:50 |
| *** gryf is now known as Guest3340 | 05:36 | |
| *** Guest3340 is now known as gryf | 05:49 | |
| opendevreview | Merged openstack/neutron master: [functional][CI] split tests in more runs https://review.opendev.org/c/openstack/neutron/+/937759 | 06:35 |
| opendevreview | Dong Ma proposed openstack/ovn-bgp-agent master: WIP: Add the support of create kubernetes resource https://review.opendev.org/c/openstack/ovn-bgp-agent/+/937457 | 06:52 |
| opendevreview | Dong Ma proposed openstack/ovn-bgp-agent master: WIP: Add the support of create kubernetes resource https://review.opendev.org/c/openstack/ovn-bgp-agent/+/937457 | 07:08 |
| opendevreview | yatin proposed openstack/neutron-tempest-plugin master: Turn off wsgi in linuxbridge stable branch jobs https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/937842 | 07:31 |
| ralonsoh | ykarel, hello! I think we should also add 2024.2 in https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/937842 | 08:12 |
| ykarel | ralonsoh, i saw 2024.2 was passing so didn't touched that | 08:12 |
| ykarel | but can include that too | 08:12 |
| ralonsoh | then perfect | 08:12 |
| ralonsoh | no no | 08:12 |
| ralonsoh | if 2024.2 is working, that's fine | 08:12 |
| ralonsoh | +2 | 08:12 |
| ykarel | ok thx | 08:13 |
| opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: ovs: remove the usage of eventlet in the OVS agent https://review.opendev.org/c/openstack/neutron/+/937765 | 08:15 |
| opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: common: fix wait_until_true to support native thread https://review.opendev.org/c/openstack/neutron/+/937843 | 08:15 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Set always the GW LRP "gateway_mtu" option https://review.opendev.org/c/openstack/neutron/+/937026 | 08:58 |
| opendevreview | Chris Buggy proposed openstack/ovn-octavia-provider master: Add Tobiko to gate jobs https://review.opendev.org/c/openstack/ovn-octavia-provider/+/936341 | 09:05 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/2024.2: [OVN] Update the LRP gateway_mtu when the external network changes https://review.opendev.org/c/openstack/neutron/+/937036 | 10:19 |
| opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Member batch actions to increase performance https://review.opendev.org/c/openstack/ovn-octavia-provider/+/936765 | 10:23 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: Read the environment variable EVENTLET_MONKEYPATCH https://review.opendev.org/c/openstack/neutron/+/937535 | 10:25 |
| ralonsoh | folks, I need some reviews on https://review.opendev.org/c/openstack/neutron/+/936838 | 11:13 |
| ralonsoh | this improves the OVN hash ring handling in ML2/OVN with WSGI | 11:14 |
| opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Member batch actions to increase performance https://review.opendev.org/c/openstack/ovn-octavia-provider/+/936765 | 11:16 |
| yosef | Hi, something interesting, (I am on neutron yoga), it seems setting inactivity probe interval to 60 seconds does not change it on some sections of code and Neutron connection to SB db closes by default 5 seconds inactivity probe, is this fixed on master? | 11:22 |
| ykarel | ralonsoh, when you get chance can you check https://review.opendev.org/c/openstack/neutron/+/937758 | 11:23 |
| ralonsoh | sure | 11:30 |
| ralonsoh | yosef, yoga is in unmaintained mode, did you try with a newer version? | 11:31 |
| ralonsoh | ykarel, but https://review.opendev.org/c/openstack/neutron/+/811751 was actually solving a real issue, while keeping https://bugs.launchpad.net/neutron/+bug/1837635 functionality | 11:32 |
| yosef | rolonsoh: cluster is highly under load, can't upgrade, and hard to replicate on stage. i have used `ovsdb_probe_interval` and it is defaulted to 60000, but it seems it is not applied on many connections to ovn southbound | 11:34 |
| ralonsoh | ykarel, when the tests are failing? In the initial state? | 11:36 |
| ralonsoh | yosef, where it is missing? | 11:36 |
| ralonsoh | ykarel, so this is failing, for example, when one of the processes is killed | 11:40 |
| ralonsoh | right? | 11:40 |
| ykarel | ralonsoh, no failing on initial transition as multiple agent get's router active state | 11:41 |
| ralonsoh | so when it is failing? | 11:41 |
| ykarel | i added details in my last two comments in https://bugs.launchpad.net/neutron/+bug/2083609 | 11:42 |
| yosef | ralonsoh: did not tried to find it on the neutron source code, but I had many `no response to inactivity probe after 5 seconds` from neutron workers and it made me to switch neutron to southbound relays, I guess this config is not being applied in the code! I like to read neutron codes, but it is very confusing, cant find where ovsdb client is created for workers | 11:42 |
| ralonsoh | ykarel, but what I see from https://bugs.launchpad.net/neutron/+bug/2083609/comments/20 is that both routers get MASTER at the same time | 11:46 |
| ralonsoh | but it wasn't the first state | 11:46 |
| ykarel | ralonsoh, yes right | 11:46 |
| ralonsoh | Am I missing something there? | 11:46 |
| ykarel | ralonsoh, correct, so both got master state and due to https://review.opendev.org/c/openstack/neutron/+/811751 delay was skipped and resulted into 'active' ha state on both agents as it transitioned to 'backup' before | 11:47 |
| ykarel | delay was skipped for 1st primary with that patch | 11:47 |
| ykarel | while delay should be there for each primary as multiple agents can get primary state at same time | 11:48 |
| ykarel | ^ what we seeing in fullstack tests | 11:48 |
| ralonsoh | now I get it... | 11:49 |
| ykarel | but now looking into https://github.com/openstack/neutron/blob/master/neutron/agent/l3/ha_router.py#L188-L189, 'backup' will always be the initial state | 11:49 |
| ralonsoh | with the eventlet.sleep(self.conf.ha_vrrp_advert_int) we can wait for a vrrp update | 11:49 |
| ykarel | then do we really need that initial_state_change method so the revert | 11:49 |
| ralonsoh | and actually define what instance is primary | 11:49 |
| ralonsoh | +2 | 11:49 |
| ralonsoh | slaweq, ^^ please check this patch https://review.opendev.org/c/openstack/neutron/+/937758 | 11:49 |
| ralonsoh | maybe we can have again FT problems, but that could be fixed in a better way | 11:50 |
| ralonsoh | but indeed this patch was introducing issues to the delay state implementation | 11:51 |
| ykarel | ralonsoh, also there was another similar fix https://review.opendev.org/c/openstack/neutron/+/929406 open for some time, but based on above reasoning backup will always be initial state that method doesn't look necessary | 11:51 |
| ykarel | will do comment there | 11:52 |
| ykarel | amorin, fyi ^ | 11:54 |
| ralonsoh | yosef, when you are saying that Neutron doesn't apply the inactivity probe, are you referring to the NB/SB connection registers? | 11:56 |
| slaweq | ralonsoh: approved | 11:57 |
| ralonsoh | thanks! | 11:57 |
| ralonsoh | ykarel, I think we should backport it | 11:57 |
| ralonsoh | and maybe the fullstack tests too, if possible | 11:57 |
| ykarel | ralonsoh, yes will do backport that patch once master one is merged | 11:58 |
| ykarel | for fullstack yes can also do backport those, i recall there were some follow up fixes for those, so have to be checked | 11:59 |
| ykarel | slaweq, please also check https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/937842 | 12:00 |
| yosef_ | ralonsoh: Yes, Neutron doesn't apply inactivity probe on SB connection, on Yoga, which section of code is responsible for that? | 12:08 |
| ralonsoh | yosef_, no, Neutron is not responsible of this. This should be done by the installer | 12:09 |
| yosef_ | omm what is installer? | 12:09 |
| ralonsoh | what ever deploys openstack and the backends in the system: devstack, kolla, tripleo | 12:11 |
| yosef_ | Ok I am the operator, configuration on neutron, does not affect its inactivity probe, `ovsdb_probe_interval` is only option and is not taking effect | 12:14 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/2024.2: [OVN] Update the LRP gateway_mtu when the external network changes https://review.opendev.org/c/openstack/neutron/+/937036 | 12:19 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [WIP] Metadata proxy server without eventlet https://review.opendev.org/c/openstack/neutron/+/937545 | 12:22 |
| *** ykarel_ is now known as ykarel | 12:28 | |
| ykarel | yosef_, as ralonsoh mentioned neutron doesn't set that since https://review.opendev.org/q/Ia1dc8072ecec1c019dd02039dadd78d544dbd843 | 12:29 |
| ralonsoh | ykarel, correct | 12:30 |
| ykarel | you can check ovn-sbctl list connection . and set with ovn-sbctl set connection . inactivity_probe=60000 | 12:30 |
| ykarel | and if you using some installer, installer may have some option to set for you | 12:31 |
| ykarel | like tripleo have OVNOvsdbProbeInterval | 12:31 |
| yosef_ | Thank you for your explanation, but inactivity probe in ovsdb is two way, meaning if it is set on the ovsdb southbound and not set from client to southbound it has no effect and will be droped on 5 seconds, i have that configuration you mentioned on sb | 12:45 |
| ykarel | what exact error you seeing and where? | 12:47 |
| amorin | hey | 13:08 |
| amorin | maybe easier to answer you here ykarel. The initial state is set by calling initial_state_change() | 13:11 |
| ralonsoh | yosef_, the IDL client applies this configuration when calling Ml2OvnIdlBase | 13:11 |
| ralonsoh | you can see the code there | 13:11 |
| amorin | with my patch, we call this method no matter the current state, which is what we want I believe | 13:11 |
| amorin | (talking about this: https://review.opendev.org/c/openstack/neutron/+/929406) | 13:12 |
| ykarel | amorin, initial_state_change was just checking if the request was initial request or not and based on it add a delay on 2nd primary transition before your or reverted patch | 13:39 |
| ykarel | backup(no sleep) -> primary(no sleep) -> backup(no sleep) -> primary(sleep) -> backup(no sleep) | 13:40 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Use the MySQL backend for the ``TestOvnNbSync`` tests (2) https://review.opendev.org/c/openstack/neutron/+/937715 | 13:40 |
| amorin | ykarel, ack, I dont remember the details, I am affraid about this bug: https://bugs.launchpad.net/neutron/+bug/2083237 | 13:55 |
| amorin | I hope the revert is fixing it | 13:55 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [WIP] Metadata proxy server without eventlet https://review.opendev.org/c/openstack/neutron/+/937545 | 13:58 |
| haleyb | #startmeeting networking | 14:00 |
| opendevmeet | Meeting started Tue Dec 17 14:00:49 2024 UTC and is due to finish in 60 minutes. The chair is haleyb. Information about MeetBot at http://wiki.debian.org/MeetBot. | 14:00 |
| opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 14:00 |
| opendevmeet | The meeting name has been set to 'networking' | 14:00 |
| haleyb | Ping list: bcafarel, elvira, frickler, mlavalle, mtomaska, obondarev, slaweq, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, amotoki, haleyb, ralonsoh | 14:00 |
| ralonsoh | hello | 14:00 |
| obondarev | hi | 14:00 |
| s3rj1k | hi all | 14:01 |
| cbuggy | Hello o/ | 14:01 |
| rubasov | o/ | 14:02 |
| bcafarel | o/ | 14:02 |
| haleyb | ok we can get started | 14:02 |
| haleyb | #announcements | 14:02 |
| haleyb | #link https://releases.openstack.org/epoxy/schedule.html | 14:02 |
| haleyb | We are currently in week R-15 | 14:02 |
| haleyb | Epoxy-2 milestone R-12 (week of Jan 6th) | 14:02 |
| 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:03 |
| haleyb | But there is not another scheduled drivers meeting for a while | 14:04 |
| haleyb | I hope everyone saw my email on meetings for rest of year (i know ykarel did :) | 14:05 |
| haleyb | Next CI meeting is Jan 6th | 14:05 |
| haleyb | Next Neutron meeting is Jan 7th (mlavalle chair) | 14:05 |
| haleyb | Next Drivers meeting Jan 10th | 14:06 |
| haleyb | I did have a note in that meeting about my own availability | 14:06 |
| haleyb | I will be offline from December 19th to January 8th, checking-in occasionally to make sure there are no fires | 14:07 |
| haleyb | that is my plan ^^ but i probably will check email every other day until Jan 1st | 14:07 |
| haleyb | Then you will only find me if you are sitting at the beach next to me sharing a cocktail | 14:08 |
| slaweq | hi, sorry for being late | 14:09 |
| haleyb | I hope everyone will take some time off to enjoy their family/friends too, Neutron will still be here :) | 14:09 |
| * haleyb feels like a Dad today | 14:10 | |
| ihrachys | :D | 14:10 |
| haleyb | last announcement i have is my weekly reminder | 14:11 |
| haleyb | Let's continue to use the priorities dashboard for patches in the "ready to merge" state (weekly reminder) | 14:11 |
| ihrachys | thank you Grandpa for the holiday wisdom | 14:11 |
| slaweq | :D | 14:12 |
| haleyb | hey! no grandkids yet, don't rush things | 14:12 |
| haleyb | and get off my lawn! | 14:13 |
| haleyb | again, bad Dad jokes is all i have | 14:13 |
| opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: ml2/ovs: improve log message for ports without VLAN tags/net-id during OVS restore https://review.opendev.org/c/openstack/neutron/+/929908 | 14:14 |
| opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: ml2/ovs: change log level from DEBUG to WARNING for port deletion during binding https://review.opendev.org/c/openstack/neutron/+/929909 | 14:14 |
| haleyb | any other announcements? | 14:14 |
| opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: ml2/ovs: change log level from DEBUG to INFO for port deletion during binding https://review.opendev.org/c/openstack/neutron/+/929909 | 14:14 |
| haleyb | let's move on | 14:14 |
| haleyb | #topic bugs | 14:15 |
| haleyb | ihrachys was the deputy last week | 14:15 |
| haleyb | #link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/QNUVMQ4WRKHVAQIAKIRLQZMX5FBMMT42/ | 14:15 |
| haleyb | there were a couple related to gate issues that have owners and fixes | 14:16 |
| haleyb | this revert should help with the l3-ha issues | 14:16 |
| haleyb | #link https://review.opendev.org/c/openstack/neutron/+/937758 | 14:17 |
| opendevreview | Merged openstack/neutron master: Revert "[HA] Do not add initial state change delay in HA router" https://review.opendev.org/c/openstack/neutron/+/937758 | 14:17 |
| opendevreview | Merged openstack/neutron-tempest-plugin master: Turn off wsgi in linuxbridge stable branch jobs https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/937842 | 14:17 |
| haleyb | but as amorin asked there, will that just re-introduce the original bug? | 14:17 |
| ralonsoh | the bug this patch was solving was in the FTs only | 14:17 |
| ihrachys | "FTs"? | 14:18 |
| ralonsoh | functional tests | 14:18 |
| ralonsoh | https://bugs.launchpad.net/neutron/+bug/1945512 | 14:18 |
| ralonsoh | so I think we are ok with this revert | 14:18 |
| ralonsoh | if we find again the FTs errors, we can address them in a better way | 14:18 |
| amorin | what I saw in our downstream openstack was the following: https://bugs.launchpad.net/neutron/+bug/2083237 | 14:19 |
| amorin | I was wondering if the revert will fix it? | 14:19 |
| ralonsoh | yes it should | 14:19 |
| ykarel | amorin, yes the revert should help in the scenario mentioned in the bug | 14:19 |
| amorin | perfect, thanks :) | 14:19 |
| haleyb | ok, so https://review.opendev.org/c/openstack/neutron/+/929406 shouldn't be required any more | 14:20 |
| amorin | I believe so, I can abandone and mark this as related to the revert | 14:20 |
| amorin | same on the launchpad bug, agree? | 14:20 |
| ralonsoh | yes | 14:20 |
| haleyb | great | 14:21 |
| haleyb | next bug | 14:21 |
| opendevreview | Stanislav Dmitriev proposed openstack/neutron master: HA VRRP health check parameters https://review.opendev.org/c/openstack/neutron/+/932716 | 14:21 |
| haleyb | #link https://bugs.launchpad.net/neutron/+bug/2091711 | 14:21 |
| haleyb | SG list failure on stable branches | 14:22 |
| ralonsoh | I saw it once only | 14:22 |
| ralonsoh | and in postgre CI | 14:22 |
| ralonsoh | if we don't see it again, we can close it | 14:22 |
| haleyb | ralonsoh: ack | 14:23 |
| haleyb | next bug | 14:24 |
| haleyb | #link https://bugs.launchpad.net/neutron/+bug/2091211 | 14:24 |
| haleyb | network leakage for flat network | 14:24 |
| haleyb | as ihrachys noted, it looks like a legit bug, and there are some good notes there | 14:25 |
| haleyb | i will watch it but do not have time to pick it up | 14:26 |
| ihrachys | should mac-aging-time update with "other" traffic as the reporter suggests? | 14:26 |
| ralonsoh | I don't know if Saeed is only using the explicitly_egress_direct=True option | 14:27 |
| ralonsoh | this is preventing from using the MAC table | 14:28 |
| ralonsoh | because the packet is not using the normal action | 14:28 |
| ralonsoh | that was a reported issue | 14:28 |
| haleyb | ralonsoh: that is set in his notes | 14:28 |
| ralonsoh | I know | 14:28 |
| ralonsoh | but I don't know if he tested with and without this flag | 14:28 |
| ralonsoh | there: https://bugs.launchpad.net/neutron/+bug/1884708 (also in the notes) | 14:29 |
| haleyb | ralonsoh: when you say it was a reported issue - with neutron or OVS? ah | 14:29 |
| ralonsoh | it is supposed to be fixed but maybe this patch was not considering FLAT networks | 14:30 |
| ralonsoh | I'll comment that in the bug today | 14:31 |
| haleyb | thanks ralonsoh | 14:31 |
| haleyb | that was all for the bugs | 14:32 |
| haleyb | i did have one question regarding the l3-ha revert (which just merged), guess that needs backports | 14:33 |
| haleyb | #link https://review.opendev.org/c/openstack/neutron/+/937758 | 14:33 |
| ykarel | yes pushing those | 14:33 |
| ykarel | fixing conflicts :) | 14:33 |
| haleyb | ykarel: thanks | 14:34 |
| haleyb | are there any other gate issues we should focus on? | 14:34 |
| ralonsoh | the issues with wsgi migration (and the related fixes) | 14:34 |
| ykarel | ++ ^ the other main ones | 14:35 |
| ralonsoh | that usually affect loaded envs (with more API workers) | 14:35 |
| ralonsoh | still working on why the Neutron API misses the events... | 14:35 |
| haleyb | ok, just want to cut-down the number of rechecks if possible | 14:36 |
| haleyb | ok, if no other bugs we can move on | 14:37 |
| haleyb | #topic community goals | 14:37 |
| haleyb | i see there was a little movement on neutronclient deprecation ? | 14:38 |
| opendevreview | yatin proposed openstack/neutron stable/2024.2: Revert "[HA] Do not add initial state change delay in HA router" https://review.opendev.org/c/openstack/neutron/+/937878 | 14:38 |
| ralonsoh | not really | 14:38 |
| haleyb | #link https://review.opendev.org/q/topic:%22bug/1999774%22 | 14:38 |
| haleyb | well at least one +2 on the routers one | 14:38 |
| opendevreview | yatin proposed openstack/neutron stable/2024.1: Revert "[HA] Do not add initial state change delay in HA router" https://review.opendev.org/c/openstack/neutron/+/937879 | 14:39 |
| haleyb | i don't see lajos here today to discuss further | 14:39 |
| opendevreview | yatin proposed openstack/neutron stable/2023.2: Revert "[HA] Do not add initial state change delay in HA router" https://review.opendev.org/c/openstack/neutron/+/937880 | 14:39 |
| haleyb | other community goal is eventlet | 14:39 |
| haleyb | #link https://bugs.launchpad.net/neutron/+bugs?field.tag=eventlet-deprecation | 14:39 |
| ralonsoh | I have this | 14:40 |
| ralonsoh | https://review.opendev.org/c/openstack/neutron/+/937545 | 14:40 |
| ralonsoh | I have a working metadata server (for OVN metadata agent and OVN agent) that works without eventlet | 14:40 |
| ralonsoh | the issue (and I'll send a mail for this) | 14:40 |
| ralonsoh | this implementation only adds the threading option, that means the embbeded server that runs in the same process | 14:41 |
| ralonsoh | so the option metadata_workers is not not valid | 14:41 |
| ralonsoh | I implemented this option only (for now) because it was easier and not dependant on, for example, oslo.services | 14:42 |
| ralonsoh | to implement a multiprocess metadata server we should maybe use a wsgi server or use oslo.services worker to spawn several processes | 14:42 |
| ralonsoh | so this will be a limitation, for sure | 14:42 |
| ralonsoh | this implementation uses the same strategy: haproxy with unix socket | 14:43 |
| ralonsoh | and the metadata server listening to this socket | 14:43 |
| ralonsoh | I'm now trying to export this to the L3 agent metadata | 14:44 |
| ralonsoh | that's all | 14:44 |
| ralonsoh | (btw, we don't have any CI testing metadata in DHCP) | 14:44 |
| haleyb | so when oslo.service work progresses will there be something we can consume? | 14:44 |
| ralonsoh | we'll need to implement something (I don't know what) to replace the multiprocess metadata | 14:45 |
| ralonsoh | now is using eventlet.wsgi.server | 14:45 |
| ralonsoh | I replaced all this logic | 14:45 |
| ralonsoh | and most probably we'll be able to use the current logic to spawn processes using the new server | 14:45 |
| ralonsoh | but still unknown if that will work | 14:46 |
| haleyb | yes, it's a large patch, thanks for all the work on it | 14:46 |
| haleyb | i did see one other change to use threading in the ovs agent i think | 14:46 |
| haleyb | #link https://review.opendev.org/c/openstack/neutron/+/937765 | 14:47 |
| haleyb | i have not reviewed yet just watching | 14:47 |
| haleyb | i need to prepare for another meeting so will move on | 14:48 |
| haleyb | #topic on-demand | 14:48 |
| haleyb | any other items to discuss? | 14:48 |
| haleyb | oh, completely forgot about bug deputy... | 14:48 |
| ralonsoh | I am this week | 14:49 |
| haleyb | ralonsoh is covering this week, jlibosva next week, then obondarev | 14:49 |
| haleyb | it should be very light with holidays i hope | 14:49 |
| haleyb | and if some have to wait until january it will be Ok | 14:49 |
| haleyb | ok, any other topics? | 14:50 |
| haleyb | have a great week and enjoy the holidays, will see you in January | 14:51 |
| haleyb | #endmeeting | 14:51 |
| opendevmeet | Meeting ended Tue Dec 17 14:51:05 2024 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:51 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/networking/2024/networking.2024-12-17-14.00.html | 14:51 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/networking/2024/networking.2024-12-17-14.00.txt | 14:51 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/networking/2024/networking.2024-12-17-14.00.log.html | 14:51 |
| ralonsoh | you too, bye | 14:51 |
| ykarel | o/ | 14:51 |
| slaweq | o/ | 14:51 |
| s3rj1k | thanks, all have a good holiday | 14:51 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron master: Add limit of tags for every resource https://review.opendev.org/c/openstack/neutron/+/937887 | 15:15 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Set always the GW LRP "gateway_mtu" option https://review.opendev.org/c/openstack/neutron/+/937026 | 15:22 |
| opendevreview | Merged openstack/neutron master: [OVN] Use the MySQL backend for the ``TestOvnNbSync`` tests (2) https://review.opendev.org/c/openstack/neutron/+/937715 | 16:09 |
| yosef | ralonsoh: I have read all the ovn ml2 mech driver codes on neutron, and as you said, inactivity probe is really set on all connections to ovsdb, my problem was something else, i have added an extra remote on southbound which overrided the connections table remote! thanks for your guide | 19:20 |
| opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: common: fix wait_until_true to support native thread https://review.opendev.org/c/openstack/neutron/+/937843 | 19:58 |
| opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: ovs: remove the usage of eventlet in the OVS agent https://review.opendev.org/c/openstack/neutron/+/937765 | 19:58 |
| opendevreview | Sahid Orentino Ferdjaoui proposed openstack/neutron master: common: add is_monked_patched as helper to eventlet_utils https://review.opendev.org/c/openstack/neutron/+/937908 | 19:58 |
| -opendevstatus- NOTICE: Gerrit will be restarted to pick up a small configuration update. You may notice a short Gerrit outage. | 21:01 | |
| mnaser | Does anyone know if there's a way to use OVN alongside a DHCP relay for multi-segment networks? I can't find any reference on it at all | 21:22 |
| mnaser | I know I can switch to neutron-dhcp-agent to get this feature, but it would be nice to avoid it.. | 21:22 |
| -opendevstatus- NOTICE: You may have noticed the Gerrit restart was a bit bumpy. We have identified an issue with Gerrit caches that we'd like to address which we think will make this better. This requires one more restart | 22:13 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!