| *** amoralej|off is now known as amoralej | 06:18 | |
| ykarel | frickler, sorry can you link again the failure i couldn't see it in irc logs, was out yesterday | 06:53 |
|---|---|---|
| frickler | ykarel: seems https://review.opendev.org/c/openstack/neutron/+/878565 is causing some failure on startup, at least in kolla https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_437/886088/6/check/kolla-ansible-ubuntu-ovn/437a107/primary/logs/container_logs/neutron_ovn_agent.txt , looks to me like the daemon isn't getting tested at all in neutron jobs | 07:04 |
| frickler | but also just fyi the channel is logged here https://meetings.opendev.org/irclogs/%23openstack-neutron/%23openstack-neutron.2023-06-29.log.html#t2023-06-29T06:56:44 | 07:06 |
| ykarel | frickler, yes seems that's not being tested atleast in devstack jobs | 07:07 |
| ykarel | ralonsoh, may be you have some WIP patch for ^? | 07:07 |
| ykarel | https://review.opendev.org/q/topic:ovn-agent, i see it's running in puppet jobs and not failing https://89eff09f79bbd4ce4af9-46ed996c4c88287cea630d62dd5380de.ssl.cf5.rackcdn.com/886438/3/gate/puppet-openstack-integration-7-scenario005-tempest-centos-9-stream/37acf7d/logs/neutron/neutron-ovn-agent.txt | 07:11 |
| ykarel | neutron.conf is not passed in these puppet jobs , that seems to be the difference with kolla one | 07:14 |
| ykarel | ok wait let me check promotion jobs as neutron change is not yet in puppet upstream jobs | 07:23 |
| ralonsoh | ykarel, I'll check it now | 07:24 |
| ralonsoh | ykarel, this agent only has one implementation for HWOL with QoS | 07:26 |
| ralonsoh | there is no reason to test it in the CI because we don't have this HW | 07:26 |
| ralonsoh | once we migrate the ovn metadata agent to the OVN agent, we'll be able to test something | 07:26 |
| mnasiadka | frickler: let's just disable testing of that agent in the CI for now | 07:27 |
| ykarel | ack just checked puppet jobs also hit it in promotion pipeline https://logserver.rdoproject.org/openstack-periodic-daily/review.rdoproject.org/rdoinfo/master/weirdo-bobcat-promote-puppet-scenario005-centos-stream-9/9f93f3b/logs/weirdo-project/logs/systemctl.txt.gz | 07:35 |
| ralonsoh | I abandoned the patches for puppet and tripleo | 07:36 |
| ralonsoh | for the ovn agent | 07:36 |
| ykarel | as part of https://review.opendev.org/q/topic:ovn-agent it's enabled in puppet jobs | 07:37 |
| ykarel | and with https://review.opendev.org/c/openstack/neutron/+/878565 the agent couldn't start | 07:37 |
| ykarel | because it's checking for https://github.com/openstack/neutron/blob/master/neutron/common/config.py#L105 during start | 07:38 |
| ralonsoh | so I need to remove this patch then | 07:38 |
| ykarel | ralonsoh, you mean https://review.opendev.org/c/openstack/neutron/+/878565 or https://review.opendev.org/c/openstack/puppet-openstack-integration/+/878512 ? | 07:43 |
| ralonsoh | both if ovn agent should be tested in Neutron | 07:44 |
| ralonsoh | in any case, I didn't remember reviewing this neutron patch | 07:44 |
| ralonsoh | I'll revert it | 07:44 |
| ralonsoh | or at least propose a fixed version, let me check the neutron patch now and how to fix it | 07:45 |
| ykarel | ack +1 | 07:47 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/wallaby: [OVN] Remove SB "Chassis"/"Chassis_Private" duplicated registers https://review.opendev.org/c/openstack/neutron/+/887253 | 08:18 |
| opendevreview | Christian Rohmann proposed openstack/neutron master: Drop redundant index on ports table https://review.opendev.org/c/openstack/neutron/+/885456 | 09:10 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Read the necessary configuration options in the OVN agent load https://review.opendev.org/c/openstack/neutron/+/887363 | 09:34 |
| ralonsoh | ykarel, ^ | 09:35 |
| ralonsoh | lajoskatona, slaweq mlavalle hi folks, if you have 2 mins: https://review.opendev.org/c/openstack/neutron/+/886213 | 10:19 |
| ralonsoh | thanks! | 10:19 |
| opendevreview | Merged openstack/neutron stable/victoria: [OVN][FT] Mech driver stop accessing DB at exit https://review.opendev.org/c/openstack/neutron/+/886962 | 10:25 |
| ykarel | Thanks ralonsoh | 10:42 |
| lajoskatona | ralonsoh, slaweq, mlavalle: If you have some free minutes, please check this one: https://review.opendev.org/c/openstack/neutron/+/884505 (history included in commit msg ;)) | 10:57 |
| ralonsoh | sure | 10:59 |
| ralonsoh | lajoskatona, why don't we merge Guillaume patch? | 11:03 |
| ralonsoh | https://review.opendev.org/c/openstack/neutron/+/883235 | 11:03 |
| ralonsoh | that is doing the same, actually better because it is first reading the cache | 11:03 |
| ralonsoh | nonono, nevermind | 11:04 |
| ralonsoh | your patch is acting on "remote_group_id" | 11:04 |
| ralonsoh | not "security_group_id", sorry! | 11:04 |
| ralonsoh | but IMO, we should have both merged | 11:04 |
| lajoskatona | that's just the same part of the code , so be aware of merge conflicts ;) | 11:05 |
| ralonsoh | yeah, and IMO, if we backport it, we should backport both | 11:05 |
| lajoskatona | agree 883235 is also needed, to tell the truth I beleived it was merged | 11:05 |
| ralonsoh | issue in the CI... | 11:05 |
| ralonsoh | I've rechecked it now | 11:05 |
| fnordahl | ralonsoh: we would love to hear review feedback on the remainder of the Active-Active L3 GW series: https://review.opendev.org/q/topic:2023-aa-l3-gw-multihoming+status:open | 11:30 |
| ralonsoh | yes, whenever I have some time for this | 11:30 |
| *** obondare_ is now known as obondarev | 12:04 | |
| opendevreview | Merged openstack/neutron stable/wallaby: [OVN][Trunk] Add port binding info on subport when parent is bound https://review.opendev.org/c/openstack/neutron/+/887022 | 12:12 |
| *** amoralej is now known as amoralej|lunch | 12:20 | |
| opendevreview | yatin proposed openstack/neutron master: Switch fullstack/functional fips jobs to 9-stream https://review.opendev.org/c/openstack/neutron/+/843245 | 12:32 |
| ralonsoh | ykarel, please check https://review.opendev.org/c/openstack/neutron/+/887254. Related to ^^^ | 12:47 |
| ralonsoh | ok, your patch is older and is working | 12:48 |
| ykarel | ralonsoh, yes can rebase ^ on top of the other one | 12:48 |
| ralonsoh | no no, your patch is enough | 12:49 |
| ykarel | ahh yes right | 12:49 |
| ykarel | i thought both targetting some different jobs | 12:49 |
| opendevreview | yatin proposed openstack/neutron master: Switch fullstack/functional fips jobs to 9-stream https://review.opendev.org/c/openstack/neutron/+/843245 | 13:00 |
| *** amoralej|lunch is now known as amoralej | 13:09 | |
| opendevreview | Slawek Kaplonski proposed openstack/neutron master: Run FIPS functional and fullstack jobs on Centos 9 Stream https://review.opendev.org/c/openstack/neutron/+/887254 | 13:26 |
| ralonsoh | slaweq, ykarel posted another patch https://review.opendev.org/c/openstack/neutron/+/843245 | 13:27 |
| ralonsoh | and this one is older | 13:27 |
| ralonsoh | and I think is working now | 13:27 |
| bcafarel | lucasagomes: o/ I am looking at https://review.opendev.org/c/openstack/neutron/+/887280 backport chain, was there an important bug to have the 2 backports squashed together? we tend to backport commits 1-1 unless it blocks gates or similar big issues | 13:28 |
| slaweq | ralonsoh great - I though there was something but I couldn't find it :) | 13:29 |
| lucasagomes | bcafarel, yes, I squashed both changes because otherwise it will be broken. It was breaking another project CI | 13:30 |
| lucasagomes | ralonsoh, ^ do u remember which project was it ? RDO CI or something ? | 13:30 |
| ralonsoh | yeah, this patch was introducing a DB txn error | 13:30 |
| ralonsoh | let me check | 13:30 |
| lucasagomes | bcafarel, but that was the reason why I squashed it | 13:30 |
| ralonsoh | no, I didn't refer the error in the LP bug https://bugs.launchpad.net/neutron/+bug/2024447 | 13:31 |
| lucasagomes | yeah I don't remember either, but I remember someone from the project commented here on IRC | 13:31 |
| lucasagomes | and then you fixed it in no time heh | 13:31 |
| lucasagomes | that's why I prefered to squash and have both patches merged at once instead a broken one and the fix separated | 13:32 |
| bcafarel | lucasagomes: ack good enough for me then :) | 13:32 |
| lucasagomes | bcafarel, cheers! | 13:32 |
| fnordahl | ralonsoh: great, thank you, we're getting awfully close to milestone 2 and patches have been up since before the opening of 2023.2, so would be very much apprechiated | 13:37 |
| fnordahl | otherwiseguy: since we've been in close loop on the ovsdbapp pieces, would you be interested in reviewing https://review.opendev.org/c/openstack/neutron/+/874760 and https://review.opendev.org/c/openstack/neutron/+/874760 ? | 13:37 |
| fnordahl | arg, latter link should have been https://review.opendev.org/c/openstack/neutron/+/873699 | 13:38 |
| otherwiseguy | fnordahl: yeah, I'll take a look at it this morning. Sorry, got caught up on some other projects. | 13:38 |
| fnordahl | thx! | 13:38 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron-lib master: Add is_service_role property to the context class https://review.opendev.org/c/openstack/neutron-lib/+/887191 | 13:56 |
| opendevreview | Lucas Alvares Gomes proposed openstack/neutron stable/2023.1: [OVN] Hash Ring: Set nodes as offline upon exit https://review.opendev.org/c/openstack/neutron/+/887281 | 13:57 |
| slaweq | ralonsoh I just updated patch https://review.opendev.org/c/openstack/neutron-lib/+/887191 addressing Your comments, please check it when You will have some time | 13:58 |
| slaweq | thx in advance | 13:58 |
| ralonsoh | slaweq, sure, let me check | 13:59 |
| ralonsoh | Ping list: ykarel, mlavalle, mtomaska, slawek, obondarev, tobias-urdin, lajoskatona, amotoki | 13:59 |
| mlavalle | o/ | 13:59 |
| lajoskatona | o/ | 14:00 |
| ralonsoh | #startmeeting neutron_drivers | 14:00 |
| opendevmeet | Meeting started Fri Jun 30 14:00:07 2023 UTC and is due to finish in 60 minutes. The chair is ralonsoh. 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 'neutron_drivers' | 14:00 |
| ralonsoh | hello all! | 14:00 |
| ykarel | o/ | 14:00 |
| haleyb | o/ | 14:00 |
| slaweq | o/ | 14:00 |
| ralonsoh | just before starting: please check https://review.opendev.org/c/openstack/neutron-specs/+/885324 | 14:00 |
| ralonsoh | next week will the the last to merge a neutron spec for this cycle | 14:00 |
| ralonsoh | that's all (before starting) | 14:00 |
| mlavalle | \o/ | 14:01 |
| ralonsoh | frickler? | 14:01 |
| ralonsoh | I think we have quorum, let's start | 14:01 |
| ralonsoh | 1) [RFE] Formalize use of subnet service-type for draining subnets | 14:01 |
| ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/2024921 | 14:01 |
| ralonsoh | is frickler here? | 14:02 |
| obondarev | hi | 14:02 |
| ralonsoh | ok, let's move to the second one for now | 14:02 |
| ralonsoh | 2) [RFE] Caching instance id in the metadata agent to have less RPC messages sent to server | 14:02 |
| ralonsoh | https://bugs.launchpad.net/neutron/+bug/2024581 | 14:03 |
| ralonsoh | slaweq, please | 14:03 |
| slaweq | I opened it based on some feedback from the forum in Vancouver | 14:03 |
| slaweq | basically someone in the large scale deployments room was saying that adding caching of the instance_id in metadata agent lowered load on rabbitmq significantly | 14:04 |
| slaweq | and as we checked with ralonsoh it seems that we are asking neutron server for instance id with every request to the metadata service | 14:04 |
| slaweq | maybe we should ask for it once and then cache it for short time locally | 14:05 |
| slaweq | so when guest vm is booted and cloud-init is doing many requests to the metadata server it will do just one rpc query to neutron-server | 14:05 |
| mlavalle | so, each agent in each compute would have a cache? | 14:05 |
| lajoskatona | sahid added some comment which they use in their env if I understand well to use caching for metadata | 14:05 |
| slaweq | that's whole idea | 14:05 |
| ralonsoh | the OVS RPC cache implementation is better than using solo_cache | 14:06 |
| lajoskatona | without code change, would be interestingto try it (I never personally but happy to test it) | 14:06 |
| ralonsoh | the RPC cache will subscribe to the resource events (ports in this case) | 14:06 |
| ralonsoh | and will have always the updated information | 14:06 |
| slaweq | lajoskatona I didn't know we can use that memcache there | 14:06 |
| slaweq | maybe that's the solution then, I will need to test it | 14:07 |
| ralonsoh | and will run faster because it won't issue any RPC call (regardless that it will be catch by oslo cache) | 14:07 |
| lajoskatona | neither me, so omething new to check for met atl east :-) | 14:07 |
| slaweq | thx a lot | 14:07 |
| mlavalle | yeah, let's give it a try | 14:07 |
| slaweq | so I will check it and we can come back to that rfe later | 14:07 |
| ralonsoh | ok, I'm against using the oslo cache, just for the records | 14:09 |
| slaweq | why? | 14:09 |
| ralonsoh | because that won't have the most updated information | 14:10 |
| ralonsoh | oslo cache catches the RPC calls and store the info | 14:10 |
| ralonsoh | but it doesn't store the latest DB info | 14:10 |
| ralonsoh | as we can achieve with the OVS RPC cache implementation | 14:10 |
| ralonsoh | OVS agent | 14:10 |
| ralonsoh | in any case, the oslo cache is just configuration, no code is needed | 14:11 |
| lajoskatona | I think if it is documented as option with all the effects it can be a choise for the operator, of course without knowing now if it is really working | 14:11 |
| slaweq | yep | 14:11 |
| ralonsoh | that's ok, but are we going to go further? | 14:12 |
| slaweq | it has some (small) cons so if we will test it and document properly, it can work IMO | 14:12 |
| slaweq | I will test this oslo cache thing and will then see if we need any changes in docs or somewhere else | 14:12 |
| ralonsoh | ok, so the output of this RFE is documentation, right? | 14:12 |
| slaweq | if I will need any other discussion about it, I will get back to You to bring it here :) | 14:13 |
| ralonsoh | perfect | 14:13 |
| lajoskatona | +1 | 14:13 |
| mlavalle | +1 | 14:13 |
| lajoskatona | thanksslaweq for bringing it here | 14:13 |
| ralonsoh | so we have 2 votes in favor of this RFE | 14:13 |
| ralonsoh | +1 mine too | 14:13 |
| ralonsoh | please, vote for this RFE | 14:13 |
| haleyb | +1 from me | 14:14 |
| ralonsoh | obondarev? | 14:14 |
| *** obondare_ is now known as obondarev__ | 14:14 | |
| ralonsoh | ok, we have enough votes I think | 14:15 |
| ralonsoh | so RFE approved | 14:15 |
| ykarel | +1 | 14:15 |
| obondarev__ | which one? sorry got disconnected | 14:15 |
| mlavalle | he seems tp have dropped off | 14:15 |
| ralonsoh | obondarev__, https://bugs.launchpad.net/neutron/+bug/2024581 | 14:15 |
| *** obondarev__ is now known as obondarev | 14:15 | |
| obondarev | thanks ralonsoh, lgtm , +1 | 14:16 |
| ralonsoh | thanks | 14:16 |
| ralonsoh | I'll update the LP bug | 14:16 |
| ralonsoh | ok, let's go for the third one | 14:16 |
| ralonsoh | 3) [rfe][ml2] Add a new API that supports cloning a specified security group | 14:16 |
| ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/2025055 | 14:16 |
| ralonsoh | I don't know the nickname of Liu Xie | 14:17 |
| ralonsoh | in any case, did you check the proposal? | 14:17 |
| ralonsoh | what is proposed is to have an API to clone SG+rules | 14:17 |
| ralonsoh | any feedback? comment? | 14:18 |
| obondarev | not sure how common is this use case | 14:19 |
| obondarev | when one would need an SG with same rules? | 14:19 |
| mlavalle | In principle I side with Luyong, comment 2 | 14:19 |
| slaweq | IMO this can be easily scripted using existing API and having that in neutron would be overcomplicating things | 14:20 |
| obondarev | +1 https://bugs.launchpad.net/neutron/+bug/2025055/comments/2 | 14:20 |
| slaweq | but that's just my opinion | 14:20 |
| mlavalle | luyong and I agree | 14:20 |
| mlavalle | with slaweq I mean | 14:20 |
| lajoskatona | +1 for Liu's comment | 14:20 |
| ralonsoh | and I agree too, the Neutron API should be "atomic" | 14:20 |
| haleyb | so me it seemed somewhat possibly related to the default SG template work, i.e. admin wants to define the default set of SG rules? I didn't get a response to my question though | 14:21 |
| mlavalle | I liked the way Yulong put it: "concise and fundamental" | 14:21 |
| ralonsoh | haleyb, could help, for sure | 14:21 |
| obondarev | haleyb: well noted | 14:22 |
| ralonsoh | and slaweq is working on it | 14:22 |
| ralonsoh | ok, I think we all think the same here, if I'm not wrong | 14:22 |
| ralonsoh | let's vote first | 14:23 |
| ralonsoh | -1 | 14:23 |
| obondarev | -1 | 14:23 |
| slaweq | -1 | 14:23 |
| haleyb | -1 | 14:23 |
| ykarel | -1 | 14:23 |
| ralonsoh | I'll update the LP bug with the feedback provided in this conversation | 14:23 |
| lajoskatona | +1 | 14:23 |
| lajoskatona | -1 | 14:23 |
| mlavalle | =1 | 14:23 |
| ralonsoh | ahh | 14:23 |
| lajoskatona | I mean(s=orry) | 14:23 |
| mlavalle | +1 | 14:23 |
| ralonsoh | mlavalle, +1? | 14:24 |
| ralonsoh | anyway, the RFE is not approved, I'll update the LP today | 14:24 |
| ralonsoh | thanks | 14:24 |
| haleyb | he would need a +7 | 14:24 |
| mlavalle | +1 | 14:25 |
| slaweq | haha | 14:25 |
| obondarev | already +3 :) | 14:25 |
| slaweq | even +2+W is just kind of +3 in total so far from +7 :P | 14:25 |
| ralonsoh | think about people reading these logs 10 years later | 14:26 |
| slaweq | LOL | 14:26 |
| ralonsoh | ok, let's jump again to the first RFE | 14:26 |
| ralonsoh | 1) [RFE] Formalize use of subnet service-type for draining subnets | 14:26 |
| ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/2024921 | 14:26 |
| ralonsoh | I'll try to summarize it | 14:26 |
| ralonsoh | but I think you know this proposal | 14:26 |
| mlavalle | it's just documentation, isn't it? | 14:26 |
| ralonsoh | not really | 14:26 |
| obondarev | this one is basically doc update, right? | 14:27 |
| slaweq | IIUC correctly this rfe is about making officially supported something what already works in Neutron | 14:27 |
| slaweq | doc and some testing maybe | 14:27 |
| ralonsoh | we need to add this service type to the IPAM module | 14:27 |
| ralonsoh | in order to avoid it when assigning IPs | 14:27 |
| ralonsoh | so no, is not only documentation | 14:27 |
| ralonsoh | but we need to state on the constant to be used as service type | 14:28 |
| ralonsoh | but apart from this, what do you think about this proposal? | 14:28 |
| ralonsoh | apart from the implementation | 14:28 |
| slaweq | sounds reasonable for me | 14:28 |
| slaweq | so +1 | 14:29 |
| mlavalle | seems the use case is justified | 14:29 |
| obondarev | i thought any "unknown" service type would prevent IPAM from allocating IPs from this subnet. The author said they already using it like this | 14:29 |
| lajoskatona | yeah some testing (tempest maybe) is necessary to keep the functionalty working | 14:29 |
| obondarev | am I missing something? | 14:29 |
| mlavalle | that's what I understood | 14:29 |
| mlavalle | same as obondarev | 14:29 |
| ralonsoh | obondarev, yes, but that's the point: not using any random value | 14:29 |
| obondarev | got it, fair enough, thanks | 14:30 |
| obondarev | +1 | 14:30 |
| ralonsoh | but yes, now IPAM will skip any service type not null | 14:30 |
| haleyb | we can bikeshed on the name later :) | 14:30 |
| ralonsoh | exactly | 14:30 |
| ralonsoh | so +1 from, makes sense to have this feature | 14:30 |
| mlavalle | +1 | 14:31 |
| haleyb | +1, especially to get it documented on how to use | 14:31 |
| ralonsoh | ok, that was quite productive today! | 14:31 |
| ralonsoh | 3 RFEs in 30 mins | 14:31 |
| ralonsoh | I'll update the LP bugs now | 14:31 |
| ralonsoh | anything else you want to bring here?? | 14:32 |
| ralonsoh | so thank you all for attending the meeting | 14:32 |
| ralonsoh | and have a nice weekend | 14:32 |
| ralonsoh | #endmeeting | 14:32 |
| opendevmeet | Meeting ended Fri Jun 30 14:32:37 2023 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:32 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/neutron_drivers/2023/neutron_drivers.2023-06-30-14.00.html | 14:32 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/neutron_drivers/2023/neutron_drivers.2023-06-30-14.00.txt | 14:32 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/neutron_drivers/2023/neutron_drivers.2023-06-30-14.00.log.html | 14:32 |
| obondarev | o/ | 14:32 |
| lajoskatona1 | o/ | 14:32 |
| mlavalle | o/ | 14:32 |
| slaweq | o/ | 14:32 |
| ykarel | o/ | 14:32 |
| haleyb | o/ | 14:32 |
| haleyb | ralonsoh: with next tuesday being a US holiday i will not be at neutron meeting. will send bug report out tomorrow though | 14:33 |
| ralonsoh | thanks! | 14:33 |
| opendevreview | Lucas Alvares Gomes proposed openstack/neutron master: [OVN] Expose chassis hosting information in LSP https://review.opendev.org/c/openstack/neutron/+/882705 | 14:45 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Prevent Trunk creation/deletion with parent port bound https://review.opendev.org/c/openstack/neutron/+/885154 | 14:51 |
| opendevreview | Christian Rohmann proposed openstack/neutron master: Drop redundant index on ports table https://review.opendev.org/c/openstack/neutron/+/885456 | 15:04 |
| *** amoralej is now known as amoralej|off | 15:07 | |
| opendevreview | Christian Rohmann proposed openstack/neutron master: Drop redundant index on ports table https://review.opendev.org/c/openstack/neutron/+/885456 | 15:10 |
| opendevreview | Lajos Katona proposed openstack/python-neutronclient master: WIP: OSC: Remove SFC V2 calls to neutronclient https://review.opendev.org/c/openstack/python-neutronclient/+/887388 | 15:13 |
| opendevreview | Merged openstack/neutron master: [OVN] Read the necessary configuration options in the OVN agent load https://review.opendev.org/c/openstack/neutron/+/887363 | 15:26 |
| frickler | ralonsoh: meh, sorry I missed that meeting, glad you managed to work through it anyway. | 15:31 |
| ralonsoh | frickler, no problem, that was easy | 15:31 |
| opendevreview | Luis Tomas Bolivar proposed openstack/ovn-octavia-provider master: Ensure DVR is restablished on member on cascade deletion https://review.opendev.org/c/openstack/ovn-octavia-provider/+/886611 | 17:09 |
| opendevreview | Merged openstack/neutron master: Do not query neutron-rpc for sg rules upon sg deletion https://review.opendev.org/c/openstack/neutron/+/883235 | 21:34 |
| opendevreview | Merged openstack/neutron stable/zed: [OVN] Improve Hash Ring logs https://review.opendev.org/c/openstack/neutron/+/887272 | 21:34 |
| opendevreview | Merged openstack/neutron stable/yoga: [OVN] Improve Hash Ring logs https://review.opendev.org/c/openstack/neutron/+/887274 | 21:34 |
| opendevreview | Merged openstack/neutron stable/xena: [OVN] Improve Hash Ring logs https://review.opendev.org/c/openstack/neutron/+/887276 | 21:34 |
| ralonsoh | ^^^ finally! OK, I'm done for today, have a nice weekend! | 21:35 |
| opendevreview | Miguel Lavalle proposed openstack/neutron master: Remove unused method from OVN L3 plugin https://review.opendev.org/c/openstack/neutron/+/887433 | 22:20 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!