| opendevreview | liuyulong proposed openstack/neutron master: Refactor for ovs qos driver meter limit features https://review.opendev.org/c/openstack/neutron/+/860766 | 00:55 |
|---|---|---|
| opendevreview | liuyulong proposed openstack/neutron master: Add meter bandwidth limit support https://review.opendev.org/c/openstack/neutron/+/860767 | 00:55 |
| opendevreview | liuyulong proposed openstack/neutron master: Add host metadata haproxy manager https://review.opendev.org/c/openstack/neutron/+/864649 | 01:21 |
| opendevreview | liuyulong proposed openstack/neutron master: Pass physical bridge informations to OVS agent extension API https://review.opendev.org/c/openstack/neutron/+/866635 | 01:21 |
| *** haleyb_ is now known as haleyb | 01:58 | |
| *** haleyb is now known as haleyb_away | 01:59 | |
| opendevreview | OpenStack Proposal Bot proposed openstack/networking-odl master: Imported Translations from Zanata https://review.opendev.org/c/openstack/networking-odl/+/863719 | 03:52 |
| opendevreview | yatin proposed openstack/neutron-tempest-plugin master: [DNM] Test stability of workaround https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/867650 | 06:13 |
| opendevreview | yatin proposed openstack/neutron-tempest-plugin master: [DNM] Test lower concurrency on non nested provider https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/867934 | 06:38 |
| *** ralonsoh__ is now known as ralonsoh | 07:35 | |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: DNM Testing deploy_rootwrap https://review.opendev.org/c/openstack/neutron/+/867940 | 08:38 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron master: DNM Just testing drop of lib/neutron from Devstack https://review.opendev.org/c/openstack/neutron/+/865822 | 09:04 |
| lajoskatona | yatin: Hi, the nested nodes vs tempest timeouts issue (i.e.: https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/867320? ) worth to recheck? | 09:05 |
| lajoskatona | yatin: am I understand well that the issue most probably happens on vexxhost nodes? | 09:05 |
| lajoskatona | ykarel, sorry, stil morning it seems... -----^ | 09:06 |
| ykarel | lajoskatona, yes it's happening only on vexxhost provider. i am testing only master jobs in other patch https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/867650 | 09:08 |
| ykarel | well there too it's not working 100% of time even dropping concurrency | 09:09 |
| sahid | lajoskatona: Morning, thanks a lot for your review :-) | 09:19 |
| opendevreview | yatin proposed openstack/neutron-tempest-plugin master: [DNM] Test stability of workaround https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/867650 | 09:22 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: Remove FIPAddDeleteEvent event https://review.opendev.org/c/openstack/neutron/+/864000 | 09:24 |
| sahid | o/ quick question regqrding rbac, I'm not able to see where I cqn increase quota for them | 09:24 |
| sahid | receiving this error: /networking/v2.0/rbac-policies, Quota exceeded for resources: ['rbac_policy']. | 09:25 |
| opendevreview | Arnaud Morin proposed openstack/neutron master: Allow restoration of tun_ofports on agent restart https://review.opendev.org/c/openstack/neutron/+/860270 | 09:41 |
| ralonsoh | sahid, https://docs.openstack.org/nova/rocky/admin/quotas.html | 09:55 |
| amorin | hey haleyb_away, ralonsoh I answered to the fullstack testing on https://review.opendev.org/c/openstack/neutron/+/860270/comments/d1f55c90_d984e9fe | 09:55 |
| ralonsoh | ok | 09:56 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: Enable tox4 testing https://review.opendev.org/c/openstack/neutron/+/867554 | 10:01 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: Testing https://review.opendev.org/c/openstack/neutron/+/867554 https://review.opendev.org/c/openstack/neutron/+/867616 | 10:05 |
| opendevreview | liuxie proposed openstack/neutron master: [OVN] Update fip while fixed_ip of internal port has changed https://review.opendev.org/c/openstack/neutron/+/867964 | 10:14 |
| sahid | ralonsoh: hum i should hqve check better that doc | 10:16 |
| amorin | thanks ralonsoh, I will apply the fixes you requested | 10:24 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron stable/zed: [OVN] Allow only one physical network per bridge https://review.opendev.org/c/openstack/neutron/+/863256 | 10:27 |
| opendevreview | yatin proposed openstack/neutron-tempest-plugin master: [DNM] Test lower concurrency on non nested provider https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/867934 | 10:32 |
| *** kopecmartin is now known as kopecmartin|sick | 10:45 | |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Add vnic_type and binding profile capabilities to LSP info https://review.opendev.org/c/openstack/neutron/+/867359 | 10:52 |
| ralonsoh | slaweq, lajoskatona obondarev hi folks, please check https://review.opendev.org/c/openstack/neutron/+/867554 | 11:05 |
| ralonsoh | before tox4 is enabled | 11:05 |
| ralonsoh | upsss sorry, I need to make this patch dependant on the tox change... | 11:06 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: Enable tox4 testing https://review.opendev.org/c/openstack/neutron/+/867554 | 11:07 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: Testing https://review.opendev.org/c/openstack/neutron/+/867554 https://review.opendev.org/c/openstack/neutron/+/867616 | 11:08 |
| slaweq | ralonsoh it seems that zuul isn't happy with this patch | 11:35 |
| ralonsoh | slaweq, what one? | 11:35 |
| ralonsoh | https://review.opendev.org/c/openstack/neutron/+/867554 | 11:35 |
| slaweq | yes | 11:35 |
| ralonsoh | https://zuul.opendev.org/t/openstack/status#867554 | 11:36 |
| ralonsoh | it is passing | 11:36 |
| slaweq | I see that functional and fullstack jobs are red there | 11:36 |
| slaweq | ahh, ok | 11:36 |
| ralonsoh | hehehehe | 11:36 |
| slaweq | I just checked in gerrit | 11:36 |
| slaweq | so it's old results there | 11:36 |
| ralonsoh | yeah, I've tested several times | 11:36 |
| ralonsoh | I then saw the problem with rootwrap | 11:36 |
| ralonsoh | and so far, checking the live output of functional | 11:37 |
| ralonsoh | seems to be working! (with tox4) | 11:37 |
| slaweq | ralonsoh++ | 11:38 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [WIP] [OVN] OVN monitor agent https://review.opendev.org/c/openstack/neutron/+/866480 | 12:00 |
| sahid | I think we are good for this one, https://review.opendev.org/c/openstack/neutron/+/865823 the CI issue has been fixed, I think it's by slaweq, thanks again | 13:01 |
| opendevreview | Lajos Katona proposed openstack/neutron stable/zed: Fix bulk create without mac https://review.opendev.org/c/openstack/neutron/+/867920 | 13:21 |
| *** dasm|off is now known as dasm | 13:36 | |
| ralonsoh | slaweq, qq, where in the fullstack job are the test logs_ | 13:46 |
| ralonsoh | ? | 13:46 |
| ralonsoh | https://zuul.opendev.org/t/openstack/build/759a4e82d6824c0da585b3a88551dfdd/logs | 13:47 |
| ralonsoh | shouldn't we have a gzip file with this info? same as in functional | 13:47 |
| slaweq | ralonsoh probably yes | 13:47 |
| slaweq | but it wasn't that critical as there's not as many files in this job as in functional | 13:48 |
| slaweq | so it's not that slow to upload all of them to swift | 13:48 |
| ralonsoh | slaweq, no no, what I mean is that in other jobs we have them | 13:49 |
| ralonsoh | https://4e9470b351b17cbb3518-980dc61496a4ee6111bf6d34d70d10e6.ssl.cf5.rackcdn.com/867359/5/check/neutron-fullstack-with-uwsgi/cb1c5ba/controller/logs/index.html | 13:49 |
| ralonsoh | dsvm-fullstack-logs.tar.gz | 13:49 |
| ralonsoh | but not with tox4 | 13:49 |
| slaweq | hmm | 13:50 |
| slaweq | ok, this is strange | 13:50 |
| slaweq | 2022-12-16 13:21:17.459519 | TASK [prepare_functional_tests_logs : Check if /opt/stack/logs/dsvm-fullstack-logs exists] | 13:51 |
| slaweq | 2022-12-16 13:21:18.108830 | controller | ok | 13:51 |
| slaweq | 2022-12-16 13:21:18.152987 | TASK [prepare_functional_tests_logs : Prepare logs archive /opt/stack/logs/dsvm-fullstack-logs.tar.gz] | 13:51 |
| slaweq | 2022-12-16 13:21:18.227428 | controller | skipping: Conditional result was False | 13:51 |
| slaweq | so there is no logs in that directory | 13:51 |
| slaweq | and because of that there is no tar.gz archive created | 13:51 |
| ralonsoh | slaweq, I think I'm going to limit tox to 3 in out CI for now | 13:53 |
| ralonsoh | until we fix what is happening there | 13:53 |
| slaweq | ++ | 13:53 |
| ralonsoh | #startmeeting neutron_drivers | 14:00 |
| opendevmeet | Meeting started Fri Dec 16 14:00:17 2022 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 |
| mlavalle | o/ | 14:00 |
| ralonsoh | hello all | 14:00 |
| lajoskatona | o/ | 14:01 |
| slaweq | o/ | 14:01 |
| obondarev | o/ | 14:02 |
| ralonsoh | Brian cannot attend today | 14:02 |
| ralonsoh | So we are 5, I think we have quorum | 14:02 |
| mlavalle | yeap | 14:02 |
| ralonsoh | we have two topics today | 14:02 |
| ralonsoh | first one | 14:02 |
| ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/1998609 | 14:02 |
| ralonsoh | racosta, please, you are welcome to present it | 14:02 |
| racosta | ok, thk. This RFE intends to implement distributed routing support for IPv6 only or dual-stack usage scenarios. | 14:03 |
| racosta | The proposal is to introduce a new NAT rule for the IPv6 GUA addresses that are allocated to VMs. | 14:04 |
| lajoskatona | is it only for OVN? | 14:04 |
| racosta | The ovn-controller running on the chassis needs this rule to start responding Neighbor Advertisements for IPv6 | 14:04 |
| racosta | Yes, only for OVN driver | 14:05 |
| lajoskatona | thanks | 14:05 |
| ralonsoh | why core OVN is not implementing this? | 14:06 |
| * mlavalle likes the pretty drawings | 14:06 | |
| racosta | On the ovn side, the nat rule is the same for ipv4 or ipv6 | 14:06 |
| racosta | It would be more of a CMS task to program how ovn handles flows on chassi | 14:07 |
| ralonsoh | yeah but not the SB database | 14:08 |
| ralonsoh | we should be modifying only the NB registers | 14:08 |
| mlavalle | yeap | 14:08 |
| racosta | no no, just in the NB database. | 14:08 |
| racosta | The NAT rule is associated with the router at the northbound database level. | 14:09 |
| ralonsoh | ok, is this doing any IPv6 nating? | 14:10 |
| racosta | there is no NAT for IPv6, so this special rule that translates the GUA address to itself is only used to create the flows in the chassis where the VM resides | 14:10 |
| racosta | Without this rule, the compute node does not know how to respond to that IPv6 GUA and centralize the communication through the router's GW port. | 14:11 |
| ralonsoh | ok, is it compatible with IPv4 FIP DVR? | 14:12 |
| racosta | yes, absolutely. Does not change anything for IPv4 FIP DVR. | 14:12 |
| ralonsoh | one question (for drivers): should this be configurable? | 14:13 |
| slaweq | IIUC from the LP description, it requires NAT like IPv6 GUA to the same IPv6 GUA address, will it require any changes in Neutron API, or do You want to make such nat entry for each IPv6 address automatically? | 14:13 |
| slaweq | or enabled/disabled by config option for all ports/IPs | 14:14 |
| slaweq | ? | 14:14 |
| ralonsoh | right, similar question | 14:14 |
| racosta | I believe it must be configured, because the user may be using n-d-r, for example. | 14:14 |
| mlavalle | so a config knob? | 14:15 |
| lajoskatona | but no API change or extension for it? | 14:15 |
| ralonsoh | this is backend specific, actually apart from n-d-r, other traffics should work the same in both scenarios | 14:16 |
| racosta | The proposal is to enable by enable_distributed_ipv6 flag in the ml2_conf.ini file. | 14:16 |
| ralonsoh | (that's what I think) | 14:16 |
| racosta | Yes, other backends may need the current centralized behavior. | 14:17 |
| slaweq | ok, thx for explanation | 14:17 |
| *** njohnston_ is now known as njohnston | 14:18 | |
| mlavalle | racosta: I assume this comes from a well known use case to you. How much of a gain / benefit does this improvement represent? | 14:18 |
| mlavalle | have you tested it? | 14:18 |
| racosta | Yes, I already tested it in a deployment with openstack yoga. | 14:19 |
| mlavalle | and what was gained out of it? | 14:20 |
| racosta | The benefits of implementing DVR for IPv6 are the same as for IPv4 FIP DVR, it is a more generalized case for dual stack. | 14:20 |
| opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Fix listener provisioning_status after HM created/deleted https://review.opendev.org/c/openstack/ovn-octavia-provider/+/867974 | 14:20 |
| racosta | Performance gain by distributing north/south traffic per chassis, and configuration gain by reducing dynamic routing complexity in the fabric. | 14:21 |
| mlavalle | no side effects so far? for how long? | 14:22 |
| racosta | No effect for now, I'm testing dataplane performance with automated shaker tool. | 14:24 |
| lajoskatona | sounds great | 14:25 |
| obondarev | no questions from me, looks reasonable and rather safe | 14:25 |
| ralonsoh | do you think we can vote now? | 14:25 |
| mlavalle | I'm ok with this. | 14:25 |
| lajoskatona | Would be good to have some tests finally for it in upstream CI also | 14:25 |
| lajoskatona | +1 from me | 14:26 |
| ralonsoh | +1 | 14:26 |
| obondarev | +1 | 14:26 |
| mlavalle | racosta: if you can, please share your shaker results with us | 14:26 |
| mlavalle | +1 | 14:26 |
| * mlavalle formalizes his vote | 14:26 | |
| slaweq | +1 | 14:26 |
| ralonsoh | thanks! approved then | 14:26 |
| ralonsoh | about the spec, do you think we need a spec for this RFE? | 14:26 |
| mlavalle | no, it's pretty localized | 14:27 |
| ralonsoh | I think it should be documented, that's all | 14:27 |
| mlavalle | yeap | 14:27 |
| obondarev | I think there is one already https://launchpadlibrarian.net/639474950/rfe_ovn_ipv6_dvr.rst | 14:27 |
| mlavalle | and hopefully include the testing results in that document | 14:27 |
| ralonsoh | racosta, why don't you present it? | 14:28 |
| ralonsoh | obondarev, who's this spec? | 14:28 |
| obondarev | it's linked in the bug | 14:28 |
| obondarev | I believe it's from racosta | 14:28 |
| mlavalle | yeap | 14:28 |
| obondarev | in the RFE* | 14:28 |
| ralonsoh | ahh I didn't see c#3 | 14:29 |
| ralonsoh | racosta, ok, please, propose this spec formally (now you have it written) | 14:29 |
| ralonsoh | I'll write in the bug how to do it | 14:29 |
| mlavalle | and if you could add some testing resuls to it, it would be great | 14:30 |
| mlavalle | racosta: thanks for this proposal. Nice! | 14:30 |
| racosta | Ok, thank you very much. I will add the test results ;) | 14:31 |
| ralonsoh | ok, thanks for your proposal. I'll update the bug | 14:31 |
| ralonsoh | the next topic is | 14:31 |
| ralonsoh | #link https://bugs.launchpad.net/neutron/+bug/1998608 | 14:31 |
| ralonsoh | quick summary | 14:31 |
| mlavalle | racosta: to be clear, it is not a precondition. I just think it would be nice to share it with the community (and I'm curious) | 14:31 |
| ralonsoh | we are "playing" with hardware offload cards with ML2/OVN. The problem we found is that QoS is still not working | 14:32 |
| ralonsoh | HWOL drivers do not translate the OVS QoS rules to the interface | 14:32 |
| ralonsoh | this is where I'm trying to create an OVN monitor | 14:33 |
| ralonsoh | that will run on the compute node | 14:33 |
| ralonsoh | this monitor will be generic (new features could be added) | 14:33 |
| ralonsoh | by default, there will be NO need to spawn it | 14:33 |
| slaweq | so You want to have yet another neutron-ovn-agent on each compute node | 14:33 |
| slaweq | to do things like that on nodes, right? | 14:34 |
| ralonsoh | yes | 14:34 |
| ralonsoh | neutron-ovn-monitor-agent | 14:34 |
| obondarev | and new RPC interface, correct? | 14:34 |
| ralonsoh | no | 14:34 |
| ralonsoh | no RPC, this is something we won't do | 14:34 |
| slaweq | ok, dummy question - what about neutron-ovn-metadata-agent then? Can it be combined with this new "generic" agent maybe? | 14:34 |
| ralonsoh | obondarev, anything we need should be stored in the OVN/OVS database | 14:34 |
| ralonsoh | same as metadata | 14:34 |
| mlavalle | reacting to ovsdb events | 14:35 |
| obondarev | ok, so the new agent will talk only to local ovsdb? | 14:35 |
| ralonsoh | slaweq, no, metadata is specific for metadata only. Mixing features in this agent (that is also mandatory) is not a good idea | 14:35 |
| ralonsoh | obondarev, not local ovsdb only, also remote OVN database | 14:35 |
| ralonsoh | same as metadata agent | 14:35 |
| obondarev | ah, got it | 14:35 |
| slaweq | I have one small concern about scalling of this | 14:36 |
| ralonsoh | yes, I have this concern too | 14:36 |
| slaweq | we know that many connections to the ovn dbs can cause issues | 14:36 |
| mlavalle | I think it's a big concern | 14:36 |
| slaweq | and this will be at least yet another connection from each compute node | 14:36 |
| ralonsoh | yes, for sure. This is why this agent won't be necessary in all deployments | 14:36 |
| ralonsoh | this monitor is necessary only, for now, for this specific feature | 14:37 |
| ralonsoh | QoS with HWOL | 14:37 |
| lajoskatona | but this is only necessary on hots where hw offload things are located, no? | 14:37 |
| ralonsoh | yes | 14:37 |
| ralonsoh | and if you want qos | 14:37 |
| slaweq | for now, but who knows what else we will implement there :p | 14:37 |
| ralonsoh | yes, of course | 14:37 |
| lajoskatona | good comment | 14:37 |
| ralonsoh | POC: (3 patches) https://review.opendev.org/c/openstack/neutron/+/866480 | 14:38 |
| slaweq | I'm not against but I just wanted to raise concern which I have :) | 14:38 |
| mlavalle | as long as the trade offs are well documented so deployers can understand the potential cost, I think it would be ok | 14:38 |
| obondarev | +1 | 14:38 |
| ralonsoh | yes but overloading a necessary agent (metadata) that also has a specific task, is not a good idea | 14:38 |
| ralonsoh | and, btw, this is a kind of workaround until driver manufacturers fix the drivers | 14:39 |
| slaweq | +1 from me but with proper documentation as mlavalle mentioned :) | 14:40 |
| mlavalle | so: 1) it is optional 2) the performance trade offs are well documented. with this I'm +1 | 14:40 |
| ralonsoh | of course, it will be documented | 14:40 |
| ralonsoh | any other question? | 14:41 |
| lajoskatona | agree with the above limitations | 14:42 |
| mlavalle | none from me | 14:42 |
| slaweq | I'm good | 14:43 |
| ralonsoh | so just to make it explicit, can you vote? | 14:43 |
| mlavalle | +1 | 14:43 |
| slaweq | +1 | 14:43 |
| lajoskatona | +1 | 14:43 |
| obondarev | +1 | 14:43 |
| ralonsoh | (nothing from me, I proposed it) | 14:44 |
| ralonsoh | so approved | 14:44 |
| ralonsoh | do I need a spec? | 14:44 |
| lajoskatona | good question | 14:45 |
| obondarev | New agent seems a pretty big change, I believe some sort of design doc would be useful | 14:45 |
| ralonsoh | I agree | 14:45 |
| lajoskatona | as it introduces a new agent like thing would be good to write it | 14:45 |
| ralonsoh | I'll push a spec next week | 14:45 |
| lajoskatona | thanks | 14:45 |
| slaweq | thx | 14:45 |
| mlavalle | I'd say given the potential performance concerns at scale, let's give ourseleves and the community some time to think about it and the spec process gives us that | 14:46 |
| ralonsoh | thank you folks! I have nothing else in the agenda | 14:46 |
| ralonsoh | so have a nice weekend! | 14:46 |
| slaweq | thx, You too | 14:46 |
| lajoskatona | Bye | 14:46 |
| ralonsoh | #endmeeting | 14:46 |
| opendevmeet | Meeting ended Fri Dec 16 14:46:32 2022 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:46 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/neutron_drivers/2022/neutron_drivers.2022-12-16-14.00.html | 14:46 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/neutron_drivers/2022/neutron_drivers.2022-12-16-14.00.txt | 14:46 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/neutron_drivers/2022/neutron_drivers.2022-12-16-14.00.log.html | 14:46 |
| slaweq | o/ | 14:46 |
| mlavalle | o/ | 14:46 |
| obondarev | o/ | 14:46 |
| opendevreview | Arnaud Morin proposed openstack/neutron master: Allow restoration of tun_ofports on agent restart https://review.opendev.org/c/openstack/neutron/+/860270 | 14:57 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: Limit tox version to <4 https://review.opendev.org/c/openstack/neutron/+/867977 | 14:58 |
| amorin | ralonsoh ^ last change with all your requests done :) | 15:00 |
| ralonsoh | yeah, Im reviewing the patch now | 15:00 |
| ralonsoh | looks fine, waiting for the CI | 15:00 |
| * amorin crossing fingers | 15:02 | |
| amorin | my bad, I forgot to push constants.py | 15:04 |
| opendevreview | Arnaud Morin proposed openstack/neutron master: Allow restoration of tun_ofports on agent restart https://review.opendev.org/c/openstack/neutron/+/860270 | 15:05 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: Limit tox version to <4 https://review.opendev.org/c/openstack/neutron/+/867977 | 15:12 |
| opendevreview | Lajos Katona proposed openstack/neutron stable/zed: Fix bulk create without mac https://review.opendev.org/c/openstack/neutron/+/867920 | 15:21 |
| opendevreview | Merged openstack/networking-odl master: Imported Translations from Zanata https://review.opendev.org/c/openstack/networking-odl/+/863719 | 15:22 |
| opendevreview | Lajos Katona proposed openstack/neutron stable/zed: Fix bulk create without mac https://review.opendev.org/c/openstack/neutron/+/867920 | 15:23 |
| opendevreview | Roberto Acosta proposed openstack/neutron-specs master: Add spec for the ovn IPv6 DVR RFE https://review.opendev.org/c/openstack/neutron-specs/+/867979 | 15:25 |
| opendevreview | Lajos Katona proposed openstack/neutron stable/yoga: Fix bulk create without mac https://review.opendev.org/c/openstack/neutron/+/867921 | 15:30 |
| mlavalle | slaweq, ralonsoh, lajoskatona: yesterday https://review.opendev.org/c/openstack/devstack/+/866944 merged. So as of today https://zuul.opendev.org/t/openstack/builds?job_name=neutron-ovn-tempest-mariadb-full&branch=master&skip=0 | 15:35 |
| mlavalle | we can remove that action item from the CI meeting | 15:36 |
| ralonsoh | ok | 15:36 |
| opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Fix listener provisioning_status after HM created/deleted https://review.opendev.org/c/openstack/ovn-octavia-provider/+/867974 | 15:40 |
| opendevreview | yatin proposed openstack/neutron-tempest-plugin master: [DNM] Test lower concurrency on non nested provider https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/867934 | 15:46 |
| lajoskatona | mlavalle: thanks | 15:47 |
| opendevreview | yatin proposed openstack/neutron-tempest-plugin master: Revert "Update nested-virt testing for the 2023.1 cycle" https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/867922 | 15:59 |
| opendevreview | Fernando Royo proposed openstack/ovn-octavia-provider master: Pin OVS_BRANCH to work with OVN_BRANCH main https://review.opendev.org/c/openstack/ovn-octavia-provider/+/867983 | 16:32 |
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: Limit tox version to <4 https://review.opendev.org/c/openstack/neutron/+/867977 | 16:55 |
| opendevreview | Merged openstack/neutron master: dhcp: fix issue when network is already removed https://review.opendev.org/c/openstack/neutron/+/865823 | 17:02 |
| *** dasm is now known as dasm|off | 21:54 | |
| *** osmanlicilegi is now known as Guest0 | 22:33 | |
| *** ChanServ changes topic to "Discussion of OpenStack Networking || for support join #openstack" | 22:40 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!