slaweq | hi ralonsoh ykarel lajoskatona can You check https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/873380 once You will have few minutes? Thx in advance | 07:22 |
---|---|---|
ralonsoh | sure, let me check | 07:23 |
ykarel | slaweq, ack | 07:27 |
ykarel | ohkk that i recall depends on multiple unmerged patches | 07:27 |
lajoskatona | slaweq: sure | 07:32 |
lajoskatona | slaweq, ralonsoh: welcome back to the old continent ;) | 07:33 |
slaweq | lajoskatona ykarel thx | 07:33 |
ralonsoh | thanks! | 07:33 |
slaweq | lajoskatona yeah, welcome back | 07:34 |
slaweq | I'm still not feeling well today after 2 weeks on the other side of the globe :) | 07:34 |
opendevreview | Merged openstack/ovn-bgp-agent master: Config register_opts for tests in base class https://review.opendev.org/c/openstack/ovn-bgp-agent/+/885983 | 07:34 |
lajoskatona | ralonsoh: sorry for disturbing your jetlag, but could you check these 2 bugs when you have some free time: https://bugs.launchpad.net/neutron/+bug/2024160 & https://bugs.launchpad.net/neutron/+bug/2023634 | 07:34 |
ralonsoh | lajoskatona, I read the first one | 07:35 |
lajoskatona | ralonsoh: both seems to be related to the recent OVN verison bump and https://review.opendev.org/c/openstack/neutron/+/883681 | 07:35 |
ralonsoh | this patch is not the culprit https://review.opendev.org/c/openstack/neutron/+/883681. This patch is only affecting the vritual ports | 07:35 |
ralonsoh | the new OVN version changes how the portbinding registers are updated | 07:36 |
lajoskatona | ralonsoh: but I was not sure if we have to revert for quick solution or there some smoother solution for the issue with PortBindingUpdateVirtualPortsEvent | 07:36 |
ralonsoh | actually, if I'm not wrong, instead of updating the register, it deletes and then creates again them | 07:36 |
lajoskatona | ralonsoh: ahh, ok | 07:36 |
ralonsoh | the secong one is legit, we need a way to fix this test | 07:36 |
ralonsoh | but the trunks port issue is something different | 07:37 |
lajoskatona | ralonsoh: ok, I wokred with the functional failure and in the logs I saw the same | 07:37 |
ralonsoh | Arnau (not here now), a RH folk, is working on improving the trunk ports binding | 07:37 |
lajoskatona | ralonsoh: ack, thanks for the background I refresh than my patch for the functional test failure | 07:37 |
ralonsoh | I'll check with him this afternoon | 07:37 |
lajoskatona | ack, we can check it on the meeting, the trunk issue affects nova gate, and we can give feedback after the meeting | 07:38 |
sahid | ihti[m]: thanks ! have you already suffered strange behavior form the optimizer? | 09:00 |
sahid | we had an outage, agents was stuck trying to update their states, this put the server completly buzy, some guys mentioned the fact that it's the optimizer which was blocked | 09:03 |
sahid | since we have a certain number of rbacs I'm expecting avoid such issue in the future by configuring that option | 09:03 |
opendevreview | Maximilian Sesterhenn proposed openstack/ovn-bgp-agent master: [WIP] Implement L2 EVPN functionality https://review.opendev.org/c/openstack/ovn-bgp-agent/+/886090 | 09:48 |
amoralej | hi, in the last days, the ovn scenarios in puppet-openstack-integration has been failing with (pymysql.err.OperationalError) (1040, 'Too many connections') | 10:07 |
ralonsoh | amoralej, do you have a link? | 10:08 |
amoralej | after some debugging, i'm suspecting that some of the two last commits in neutron may be related | 10:08 |
amoralej | yes | 10:08 |
amoralej | i.e. https://logserver.rdoproject.org/openstack-periodic-daily/review.rdoproject.org/rdoinfo/master/weirdo-bobcat-promote-puppet-scenario005-centos-stream-9/2d9518b/logs/weirdo-project/logs/ | 10:09 |
ralonsoh | amoralej, what commits are you referring? | 10:10 |
amoralej | https://github.com/openstack/neutron/commit/cbb89fdb1414a1b3a8e8b3a9a4154ef627bb9d1a https://github.com/openstack/neutron/commit/db12fc400e926ee4901e3e50412992a1aeed79a1 | 10:10 |
amoralej | could those affect somehow to the number of opened connections to the db ? | 10:10 |
amoralej | from the last passing to the first failing, i don't see other changes than that and a commit in glance that does not seems related at all | 10:11 |
ralonsoh | the second one most probably is not affecting | 10:11 |
ralonsoh | but maybe the first one | 10:11 |
amoralej | and the fact that only is failing in ovn scenarios ... | 10:11 |
ralonsoh | let me check | 10:11 |
amoralej | let me check the max connections defined in devstack jobs | 10:12 |
ralonsoh | amoralej, I think (just checking the code 1 min) that we are commiting a SQL operation without opening a txn | 10:14 |
ralonsoh | amoralej, exactly, this is what is happening | 10:15 |
ralonsoh | amoralej, thanks for raising the problem here! you found a bug | 10:15 |
amoralej | :D damn | 10:15 |
ralonsoh | hehehe | 10:15 |
amoralej | i see that devstack is setting max_connection to 1024, is that why it does not uncover it? | 10:16 |
amoralej | p-o-i sets a much lower number | 10:16 |
ralonsoh | this should be not a problem, or at least the issue is different | 10:17 |
ralonsoh | let me open a LP bug and ping lucasagomes | 10:17 |
amoralej | sure, thanks | 10:17 |
amoralej | if it's going to take time, we could pin to the last known-good commit in rdo | 10:18 |
ralonsoh | amoralej, that will fixed today for sure | 10:18 |
amoralej | great!! thanks ralonsoh++ | 10:19 |
lucasagomes | ralonsoh, amoralej will take a look o/ | 10:22 |
ralonsoh | lucasagomes, I have a patch | 10:22 |
ralonsoh | let me push it now | 10:22 |
lucasagomes | ralonsoh, sure, I will review it straight away | 10:22 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] The all() and count() methods should be inside a DB txn https://review.opendev.org/c/openstack/neutron/+/886457 | 10:25 |
ralonsoh | lucasagomes, ^ | 10:25 |
lucasagomes | ralonsoh, ops! makes sene! | 10:27 |
lucasagomes | sense* | 10:27 |
ralonsoh | lajoskatona, if you have 1 min: https://review.opendev.org/c/openstack/neutron/+/886457 | 10:53 |
ralonsoh | thanks! | 10:53 |
ralonsoh | this is blocking the puppet CI | 10:54 |
*** amoralej is now known as amoralej|lunch | 11:26 | |
sahid | ` | 11:30 |
ihti[m] | sahid: No we haven't had any side effect of disabling the `derived_merge` optimization. For us it helped in our case with ~4000 network rbac rules. | 12:02 |
*** amoralej|lunch is now known as amoralej | 12:14 | |
ralonsoh | ihti[m], are you aware that this issue is solved? | 12:20 |
ralonsoh | https://review.opendev.org/q/topic:bug%252F1918145 | 12:20 |
ralonsoh | amoralej, https://review.opendev.org/c/openstack/neutron/+/886457 it will be merged today | 12:22 |
amoralej | thanks, i'll check next promotion pipelines runs | 12:23 |
amoralej | probably tomorrow | 12:23 |
ihti[m] | ralonsoh: Aah didn't knew that, thanks for the info | 12:25 |
ralonsoh | ihti[m], what version are you using? | 12:25 |
ralonsoh | don't forget to update both Neutron and n-lib | 12:25 |
ihti[m] | Yoga | 12:26 |
ralonsoh | there are backports for both projects | 12:26 |
ralonsoh | the patches are quite simple and non intrusive | 12:26 |
ihti[m] | I see, thanks! | 12:26 |
sahid | ACK thanks for the feedback ihti[m] | 12:36 |
ralonsoh | mlavalle, hi! if you have a couple of mins, please check https://review.opendev.org/q/I1962fbc844bb67180e9071bcee01f8e95853bdda | 13:08 |
ralonsoh | thanks | 13:08 |
frickler | lajoskatona: I noticed ceilometer is also still using neutronclient, should I add it to https://etherpad.opendev.org/p/python-neutronclient_deprecation or did you exclude it intentionally? | 13:23 |
lajoskatona | frickler: please add it, I missed that to tell the truth | 13:25 |
lajoskatona | frickler: thanks for the info | 13:28 |
frickler | lajoskatona: added, thx. luckily it seems to be all bundled within a single fil | 13:28 |
frickler | +e | 13:28 |
lajoskatona | frickler: thanks, I have to go back to that topic | 13:34 |
ralonsoh | Ping list: bcafarel, elvira, frickler, mlavalle, mtomaska, obondarev, slawek, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, amotoki | 14:00 |
mlavalle | o/ | 14:00 |
opendevreview | Merged openstack/ovn-bgp-agent master: Ensure FIPs are exposed as part of cr-lrp binding events https://review.opendev.org/c/openstack/ovn-bgp-agent/+/885981 | 14:00 |
ralonsoh | #startmeeting networking | 14:00 |
opendevmeet | Meeting started Tue Jun 20 14:00:42 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 'networking' | 14:00 |
ralonsoh | hello all | 14:00 |
obondarev | hi | 14:00 |
lajoskatona | o/ | 14:00 |
ralonsoh | slaweq, is not going to attend today | 14:01 |
isabek | o/ | 14:01 |
ralonsoh | ok, let's start | 14:02 |
ralonsoh | #topic announcements | 14:02 |
ralonsoh | #link https://releases.openstack.org/bobcat/schedule.html | 14:02 |
bcafarel | late o/ | 14:02 |
ralonsoh | in 2 weeks, we have bobcat-2 milestone | 14:02 |
ralonsoh | we officially don't have a spec freeze | 14:03 |
ralonsoh | but we should do the same as Nova, using this week as spec freeze | 14:03 |
ralonsoh | but we'll talk later about this | 14:03 |
matfechner | o/ | 14:03 |
ralonsoh | and the PTG, of course! | 14:03 |
ralonsoh | this is my summary: https://lists.openstack.org/pipermail/openstack-discuss/2023-June/034161.html | 14:03 |
lajoskatona | thanks for the summary | 14:04 |
ralonsoh | many people attending the forum and talk sessions | 14:04 |
ralonsoh | and quite a few joining us, slaweq and me (the only Neutron core reviewers) in the PTG table | 14:04 |
ralonsoh | that was very interesting. Of course, that was more a issue/problems forum rather than a program PTG | 14:05 |
ralonsoh | but we had it 2 months ago | 14:05 |
ralonsoh | and that's all, anything else missing here? | 14:05 |
ralonsoh | ok, let's move to the next topic | 14:06 |
ralonsoh | #topic bugs | 14:06 |
ralonsoh | we have 2 reports | 14:06 |
ralonsoh | from bcafarel: https://lists.openstack.org/pipermail/openstack-discuss/2023-June/034086.html | 14:06 |
ralonsoh | from lajoskatona: https://lists.openstack.org/pipermail/openstack-discuss/2023-June/034147.html | 14:06 |
opendevreview | Lajos Katona proposed openstack/python-neutronclient master: OSC: Remove FWAAS V2 calls to neutronclient https://review.opendev.org/c/openstack/python-neutronclient/+/880629 | 14:06 |
bcafarel | for once I had a quiet week :) | 14:06 |
ralonsoh | yeah hehehe I noticed that | 14:07 |
lajoskatona | agree | 14:07 |
ralonsoh | we have 2 pending bugs to be discussed | 14:07 |
ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/2024251 | 14:07 |
ralonsoh | If no one is taking it, I'll assign it to myself but for the next week | 14:08 |
ralonsoh | it seems that is easy to reproduce it | 14:08 |
ralonsoh | the most important bug we have this week is | 14:09 |
ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/2024160 | 14:09 |
ralonsoh | it seems that a new version of OVN is affecting the OVN ports | 14:09 |
ralonsoh | in particular the subports, that are never set as ACTIVE | 14:09 |
ralonsoh | but if I'm not wrong, this is affecting any subport, before being migrated | 14:10 |
ralonsoh | lajoskatona, right? | 14:10 |
lajoskatona | yes thats visible from the bug | 14:11 |
lajoskatona | another occurance is this bug:https://bugs.launchpad.net/neutron/+bug/2023634 | 14:11 |
ralonsoh | yeah, this is related to the OVN version | 14:11 |
lajoskatona | this appears only in our functional job, and it seems changing the test is enough | 14:12 |
ralonsoh | but this code https://review.opendev.org/c/openstack/neutron/+/883681 is affecting only to the virtual ports | 14:12 |
ralonsoh | OVN has changed how the DB port binding registers are updated | 14:12 |
ralonsoh | I'll check the virtual port feature but seems to be not affected | 14:13 |
ralonsoh | only the test | 14:13 |
ralonsoh | but the issue with the subports is legit and is critical | 14:13 |
lajoskatona | yes that seems from the functiona ltests, sometimes 2 delete event arrives for the same port | 14:13 |
ralonsoh | right ^ | 14:13 |
lajoskatona | yes and the trunk/subport issue affects other projects so attention is bigger | 14:13 |
ralonsoh | I think that your patch could add this comment there, https://review.opendev.org/c/openstack/neutron/+/886167/1/neutron/tests/functional/plugins/ml2/drivers/ovn/mech_driver/ovsdb/test_ovsdb_monitor.py | 14:14 |
ralonsoh | just to let anyone know that this assert changes depending on the OVN version | 14:14 |
ralonsoh | but this fix for the FT test is OK IMO | 14:14 |
ralonsoh | I'll start working today to figure out what is happening with the subports | 14:14 |
ralonsoh | ok, any other bug to be discussed here? | 14:15 |
frickler | for my bgp bug, it would be nice if someone with more DB insight could take a look at https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/885993 | 14:15 |
ralonsoh | frickler, let me check the bug first | 14:15 |
frickler | that's https://launchpad.net/bugs/2023632 just ftr | 14:16 |
ralonsoh | but it seems to be a problem with the IP parsing | 14:17 |
ralonsoh | well, IP version | 14:17 |
frickler | ralonsoh: that may be either another issue in os-ken or maybe n-d-r, but the v4 prefix should not get announced at all in that scenario | 14:19 |
frickler | because it doesn't have the matching address-scope | 14:19 |
frickler | and afaict n-d-r also doesn't do MP-BGP at all yet | 14:19 |
ralonsoh | but this os-ken call is a callback? | 14:19 |
ralonsoh | or are you calling it from n-d-r? | 14:19 |
frickler | I would have to check in detail, but I think it is called from n-d-r | 14:20 |
ralonsoh | in that case, this is easier if you filter that from n-d-r | 14:20 |
ralonsoh | well, that's easy to say | 14:20 |
frickler | my patch filters it in the DB query | 14:21 |
frickler | which is already happening in the usual workflow. the bug only seems to happen if a router is updated with multiple interfaces | 14:21 |
frickler | I'll work on a tempest test to expose the bug, too | 14:21 |
ralonsoh | ^^ cool. Can you print the output of this query? as debug, temporarily | 14:22 |
frickler | anyway my patch fixes the issue in my deployment where the bug was discovered, I just need a bit of confirmation that it looks correct | 14:22 |
ralonsoh | perfect | 14:22 |
frickler | I can try to add in some debugging, too, yes | 14:23 |
ralonsoh | perfect, I'll wait too for this tempest test, if possible | 14:23 |
ralonsoh | thanks! | 14:23 |
ralonsoh | this week slaweq is the deputy, next week will be haleyb | 14:24 |
ralonsoh | (I'll ping slaweq tomorrow) | 14:24 |
ralonsoh | haleyb, ? | 14:24 |
haleyb | ack | 14:24 |
ralonsoh | thanks1 | 14:24 |
ralonsoh | so let's jump to our next topic | 14:24 |
ralonsoh | #topic specs | 14:24 |
ralonsoh | as commented before, we should start closing the spec reviews | 14:25 |
ralonsoh | we have one pending right now | 14:25 |
ralonsoh | https://review.opendev.org/q/project:openstack%252Fneutron-specs+status:open | 14:25 |
ralonsoh | #link https://review.opendev.org/c/openstack/neutron-specs/+/885324 | 14:25 |
ralonsoh | ok, if I'm not wrong, is ready for review, mlavalle right? | 14:25 |
mlavalle | it is | 14:26 |
ralonsoh | perfect then, I'll most probably check it this week on Friday morning | 14:26 |
mlavalle | thanks! | 14:26 |
ralonsoh | please, spend some time reviewing it in order to merge it, if possible, in the next 2 weeks | 14:26 |
lajoskatona | ack | 14:27 |
ralonsoh | thanks folks | 14:27 |
ralonsoh | next topic | 14:27 |
ralonsoh | #topic community_goals | 14:27 |
ralonsoh | 1) Consistent and Secure Default RBAC | 14:27 |
ralonsoh | as commented last meeting, slaweq is working now in the service to service role | 14:28 |
ralonsoh | because this is something new and still under study, I'll skip any update of this topic until new advice (from slaweq) | 14:28 |
ralonsoh | the next one is | 14:28 |
ralonsoh | 2) Neutron client deprecation | 14:28 |
ralonsoh | I see new/updated patches, right? | 14:28 |
lajoskatona | the usual etherpad: https://etherpad.opendev.org/p/python-neutronclient_deprecation | 14:29 |
lajoskatona | yes, 2 are open: | 14:29 |
lajoskatona | https://review.opendev.org/c/openstack/python-neutronclient/+/880629 | 14:29 |
lajoskatona | https://review.opendev.org/c/openstack/python-neutronclient/+/884180 | 14:30 |
ralonsoh | the first one is straight forward, I think | 14:30 |
ralonsoh | do we have the sdk version released? | 14:30 |
lajoskatona | yes, I hope it will be green, as all deppendencies are merged now | 14:31 |
ralonsoh | perfect | 14:31 |
ralonsoh | if the CI is happy, I'll be too | 14:31 |
lajoskatona | I have to check the sdk release | 14:31 |
ralonsoh | yeah, maybe bump it in the requiremtns | 14:32 |
ralonsoh | sorry no, not in the neutron client reqs | 14:32 |
lajoskatona | that's it for this topic from me | 14:33 |
ralonsoh | thanks! | 14:33 |
ralonsoh | ok, and that's I'll I have | 14:34 |
ralonsoh | #topic on_demand | 14:34 |
ralonsoh | do you have any topic? | 14:34 |
frickler | I have a question about draining subnets | 14:34 |
ralonsoh | sure | 14:34 |
frickler | like when you increase your public pool from /24 to /23 by adding a new subnet and then gradually empty the old subnet | 14:35 |
frickler | so you want to stop allocating router gateway and FIPs from it, but leave the existing ones working for a while | 14:35 |
frickler | I found that this can be achieved by setting service-type for the old subnet to some weird value like network:dummy | 14:36 |
frickler | but I feel like I'm abusing that feature and wonder if there is a better solution | 14:36 |
frickler | or if it should be implemented | 14:36 |
opendevreview | NickKush proposed openstack/neutron master: Handle fixed_ip delete in port with FIP https://review.opendev.org/c/openstack/neutron/+/885999 | 14:36 |
ralonsoh | to be honest, I don't know how to do this | 14:38 |
ralonsoh | I mean, how to enforce the IPAM module to use one of the subnets | 14:38 |
frickler | well that's what the subnet service-type extension kind of does | 14:39 |
frickler | except I'm now telling it to not use one of the subnets | 14:39 |
obondarev | the workaround with service-type does not look so ugly imo, like setting it to network:no_use or like that | 14:39 |
lajoskatona | agree, perhaps the doc should be updated with the example or similar | 14:40 |
ralonsoh | I'm trying to find the service type for GW ports or FIPs or external networks | 14:40 |
ralonsoh | if any | 14:40 |
ralonsoh | do you have some reference? | 14:41 |
frickler | those are all nicely listed here https://docs.openstack.org/neutron/latest/admin/config-service-subnets.html | 14:41 |
frickler | there is a check in place that prevents some random device owner being used. like "no-use" is denied | 14:42 |
frickler | but "neutron:no_use" is kind of cheating a bit and allowed | 14:42 |
frickler | because there is no detailed list of allowed owners | 14:42 |
opendevreview | NickKush proposed openstack/neutron master: Handle fixed_ip delete in port with FIP https://review.opendev.org/c/openstack/neutron/+/885999 | 14:43 |
ralonsoh | maybe we can make it "official", having a neutron:no_use constant for this purpose | 14:43 |
ralonsoh | the subnet will be valid but won't be scheduled by the IPAM module | 14:43 |
frickler | so add that to that doc page or what else to make it official? | 14:44 |
ralonsoh | and make that official in the code: if no_use service type, this subnet is not usable | 14:44 |
ralonsoh | _validate_segment will reject it | 14:44 |
frickler | well it should not reject existing FIPs, we'd have to be careful there | 14:45 |
ralonsoh | no no, just the IP allocation, that is what you want, right? | 14:45 |
ralonsoh | just prevent new IPs to be allocated in the old subnet | 14:45 |
frickler | yes, so that customers can migrate to new addresses at their own pace | 14:45 |
ralonsoh | but any existing IP will be valid | 14:45 |
ralonsoh | I think this is a valid use for the service types | 14:46 |
ralonsoh | let's open it as RFE, comment it in the neutron drivers meeting and most probably implement it without spec | 14:46 |
ralonsoh | just the needed documentation | 14:46 |
ralonsoh | and the code | 14:46 |
haleyb | s/no_use/do_not_use? but we can talk in the RFE about the details | 14:47 |
frickler | o.k., I'll do an RFE, ack | 14:47 |
ralonsoh | exactly, we can define the constant in the review or the meeting | 14:47 |
ralonsoh | cool! | 14:47 |
frickler | thx | 14:47 |
ralonsoh | any other topic? | 14:47 |
ralonsoh | remember today we don't have CI meeting | 14:48 |
ralonsoh | thank you all for attending and see you online | 14:48 |
ralonsoh | #endmeeting | 14:48 |
opendevmeet | Meeting ended Tue Jun 20 14:48:39 2023 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:48 |
opendevmeet | Minutes: https://meetings.opendev.org/meetings/networking/2023/networking.2023-06-20-14.00.html | 14:48 |
opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/networking/2023/networking.2023-06-20-14.00.txt | 14:48 |
opendevmeet | Log: https://meetings.opendev.org/meetings/networking/2023/networking.2023-06-20-14.00.log.html | 14:48 |
ralonsoh | bye | 14:48 |
mlavalle | o/ | 14:48 |
bcafarel | o/ | 14:48 |
obondarev | o/ | 14:48 |
frickler | \o | 14:48 |
haleyb | o/ | 14:48 |
lajoskatona | o/ | 14:48 |
opendevreview | Lajos Katona proposed openstack/neutron master: Functional: assert multiple calls for update_virtual_port_host https://review.opendev.org/c/openstack/neutron/+/886167 | 15:07 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVS][QoS] Add QoS support for Trunk service, OVS driver https://review.opendev.org/c/openstack/neutron/+/839523 | 15:12 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: [qos] _validate_create_network_callback return in no network https://review.opendev.org/c/openstack/neutron/+/876040 | 15:14 |
opendevreview | Rodolfo Alonso proposed openstack/neutron master: [sqlalchemy-20] Remove redundant indexes from some tables https://review.opendev.org/c/openstack/neutron/+/886213 | 16:08 |
opendevreview | Merged openstack/neutron stable/yoga: Make DB migration creating indexes in RBACs conditional https://review.opendev.org/c/openstack/neutron/+/885735 | 16:25 |
*** amoralej is now known as amoralej|off | 16:47 | |
opendevreview | Merged openstack/neutron stable/2023.1: Make DB migration creating indexes in RBACs conditional https://review.opendev.org/c/openstack/neutron/+/885733 | 17:50 |
opendevreview | Juan Pablo Suazo proposed openstack/tap-as-a-service master: Replaces Deprecated Bridge-utils Command https://review.opendev.org/c/openstack/tap-as-a-service/+/886532 | 21:21 |
opendevreview | Merged openstack/neutron master: Delete the "Chassis_Private" register when deleting an agent https://review.opendev.org/c/openstack/neutron/+/885744 | 22:38 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!