Tuesday, 2021-06-15

opendevreviewTakashi Kajinami proposed openstack/neutron master: Make default hypervisor hostname compatible with libvirt  https://review.opendev.org/c/openstack/neutron/+/78889300:39
opendevreviewFlavio Fernandes proposed openstack/ovn-octavia-provider master: Ensure that load balancer is added to logical switch  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/79609500:59
opendevreviewFlavio Fernandes proposed openstack/networking-ovn stable/train: Ensure that load balancer is added to logical switch  https://review.opendev.org/c/openstack/networking-ovn/+/79616901:02
opendevreviewliuyulong proposed openstack/neutron master: [L2] no provisioning block for internal service port  https://review.opendev.org/c/openstack/neutron/+/79413001:08
opendevreviewFlavio Fernandes proposed openstack/networking-ovn stable/train: Ensure that load balancer is added to logical switch  https://review.opendev.org/c/openstack/networking-ovn/+/79616901:11
opendevreviewYi Yang proposed openstack/os-ken master: Enhance os-ken to support Nicira PacketIn2  https://review.opendev.org/c/openstack/os-ken/+/79596301:14
opendevreviewliuyulong proposed openstack/neutron stable/rocky: Clean port forwarding cache when router is DOWN  https://review.opendev.org/c/openstack/neutron/+/77978001:25
*** liuyulong_ is now known as liuyulong02:25
opendevreviewYi Yang proposed openstack/os-ken master: Enhance os-ken to support Nicira PacketIn2  https://review.opendev.org/c/openstack/os-ken/+/79596302:48
opendevreviewMerged openstack/neutron stable/wallaby: Add "filter-validation" support for "OVNL3RouterPlugin"  https://review.opendev.org/c/openstack/neutron/+/79545503:19
opendevreviewliuyulong proposed openstack/neutron master: [QoS] Add rule type packet per second (pps)  https://review.opendev.org/c/openstack/neutron/+/79636304:55
opendevreviewMerged openstack/neutron master: Add the DHCPReponder for IPv6  https://review.opendev.org/c/openstack/neutron/+/77328305:37
opendevreviewliuyulong proposed openstack/neutron master: [QoS] Add rule type packet per second (pps)  https://review.opendev.org/c/openstack/neutron/+/79636306:13
*** iurygregory_ is now known as iurygregory06:19
opendevreviewSlawek Kaplonski proposed openstack/neutron master: Add policy rules for extraroute-atomic API  https://review.opendev.org/c/openstack/neutron/+/79627206:45
slaweqralonsoh lajoskatona hi, when You will have few minutes, can You check https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/795492/ ?06:56
slaweqthx in advance06:56
ralonsohsure07:02
slaweqthx07:05
*** rpittau|afk is now known as rpittau07:13
opendevreviewSlawek Kaplonski proposed openstack/neutron master: Revert "Set system_scope='all' in elevated context"  https://review.opendev.org/c/openstack/neutron/+/78807208:29
slaweqralonsoh lajoskatona can You also check ^^?08:30
ralonsohI'm on it now08:30
slaweqI had to rebase it to resolve some conflicts08:30
slaweqthx a lot ralonsoh08:30
opendevreviewliuyulong proposed openstack/neutron master: [QoS] Add rule type packet per second (pps)  https://review.opendev.org/c/openstack/neutron/+/79636308:35
opendevreviewliuyulong proposed openstack/neutron master: Bump neutron-lib to 2.12.0  https://review.opendev.org/c/openstack/neutron/+/79640408:35
lajoskatonaslaweq: sure08:42
opendevreviewBodo Petermann proposed openstack/neutron master: Config option to enable OVN IDL on other workers  https://review.opendev.org/c/openstack/neutron/+/79578108:43
opendevreviewMerged openstack/neutron master: Remove timeout skip guard for LP#1687027  https://review.opendev.org/c/openstack/neutron/+/79505908:46
opendevreviewYi Yang proposed openstack/os-ken master: Enhance os-ken to support Nicira PacketIn2  https://review.opendev.org/c/openstack/os-ken/+/79596309:43
opendevreviewMerged openstack/neutron master: Add a single option to override the default hypervisor name  https://review.opendev.org/c/openstack/neutron/+/76356310:00
opendevreviewTakashi Kajinami proposed openstack/neutron stable/wallaby: Add a single option to override the default hypervisor name  https://review.opendev.org/c/openstack/neutron/+/79623010:22
Zainub_Wahid Hello, I have a question. I am trying to deploy devstack for Ironic development. and I am having error "Neutron did not start". When I checked it in journalctl, it says "Cannot retrieve schema from tcp 127.0.0.1:6642"10:48
slaweqZainub_Wahid I think You need to set openvswitch agent as an backend in Neutron, I'm not sure if Ironic can work with ML2/OVN backend which is now default in Devstack10:57
slaweqlucasagomes can You check if I'm right ^^?10:58
slaweqthx in advance10:58
lucasagomesslaweq, Zainub_Wahid hi there, yes that's correct. At least for now, you will need ML2/OVS to work with Ironic10:59
slaweqlucasagomes++ thx10:59
lucasagomesas the built-in DHCP server from OVN does not yet support the features needed for deploying baremetal10:59
lucasagomesfor example: chainloading PXE/iPXE10:59
opendevreviewSlawek Kaplonski proposed openstack/neutron master: Move dns-integration extension to the ML2_SUPPORTED_API_EXTENSIONS list  https://review.opendev.org/c/openstack/neutron/+/79597911:02
opendevreviewSlawek Kaplonski proposed openstack/neutron master: [ML2] Change way how list of supported API extensions is made  https://review.opendev.org/c/openstack/neutron/+/79314111:03
Zainub_WahidThank you 11:06
opendevreviewRoman Safronov proposed openstack/neutron master: Fix QoS dscp rule permissions in documentation  https://review.opendev.org/c/openstack/neutron/+/79645712:31
opendevreviewSlawek Kaplonski proposed openstack/neutron-tempest-plugin master: Remove allowed_address_pair API tests  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/79646212:40
dulekslaweq: Do I get it correctly that ovs-vswitchd and ovsdb-server should only run in DevStack in OVN mode? What's the OVS equivalent here?12:47
slaweq@dulek yes, on the computes there is only openvswitch running IIRC12:49
slaweqat least it's what we have e.g. in https://zuul.opendev.org/t/openstack/build/27e9d7a6bf8a4dcf9b1273defda76af3/logs12:49
slaweqwhich is working ovn multinode job12:49
slaweqdulek but our expert in that is lucasagomes so You should ask him :)12:50
dulekRight, I should have checked your configs. It seems you're right.12:53
sean-k-mooneylucasagomes: by the way technially ironic does not require you to chainload ipxe images you can use the pxe supprot  in your bmc. chainloading ipxe was used to workaorund the case where the pxe rom in your hardware was buggy13:09
sean-k-mooneylucasagomes: im sure there are other thigns missing but if that is the onley one preventing ironic form being used you could just disabel the chainloading and use standard pxe boot instead of i pxe13:09
sean-k-mooneyi have some old server that actully wont work with ipxe and require me to use disabel it and use the old pxe boot13:10
lucasagomessean-k-mooney, sorry I was very succint in my last reply... there are other factors apart from the iPXE chainloading. Yes you could just use the standard pxe that is in the NIC's ROM but for baremetal to work with ML2/OVN we also need changes in the Neutron driver itself13:13
lucasagomessean-k-mooney, for example, Ironic uses some dnsmasq syntax when setting the DHCP options that is not understood by ML2/OVN, things like "!ipxe,bootfile-name=.."13:14
lucasagomeswe need to add code to interpret that13:14
lucasagomesalso the DHCP in ovn currently is distributed, so it only replies to DHCP from the VMs running at the local hypervisor13:14
lucasagomesin OVN we have a feature called "external" ports which we use for SR-IOV, that basically allows us to bind a port in the controller nodes to reply to the ARPs for SR-IOV13:15
sean-k-mooneylucasagomes: ah yes i remember the syntax comaptablity issue13:15
lucasagomesI think the same will be needed for baremetal provisionig, we need to check if the VNIC is VNIC_BAREMETAL and create an external prort for that 13:15
lucasagomessean-k-mooney, yeah so there are few more things to be done there13:15
sean-k-mooneythe solution right now is just disabel ovn dhcp and deplopy the normal dhcp agent right13:16
lucasagomessean-k-mooney, yeah, u just need to deploy ML2/OVN + Neutron DHCP server13:17
lucasagomesthe DHCP server will run on the controller nodes and will reply to the baremetal nodes booting13:17
sean-k-mooneyya makes sense13:17
lucasagomesthe OVN DHCP is out of picture there and it will continue to serve DHCP for the VMs13:17
lucasagomesbut this is a scenario that we do not exercise atm, perhaps it would be good to have a gate job running with it so we can test things13:18
lucasagomesbut as we don't I usually do not recommend it atm13:18
sean-k-mooneywe used ot have a job that had the standarlond dhcp with ovn no?13:18
sean-k-mooneybefore we added native dhcp support13:18
sean-k-mooneybut i dont think we ever had one with ironic13:18
sean-k-mooneywell ironic+ovn+neutron dhcp13:19
lucasagomessean-k-mooney, I am not 100% sure... I know that in red hat the hardprovisioning team had a job with OVN + Neutron DHCP13:19
lucasagomeshardware provisioning team*13:19
sean-k-mooneydownstream but not upstream13:19
lucasagomesyes13:19
lucasagomesAFAIK it was only downstream13:20
sean-k-mooneywell in principal i guess that means it worked at some point13:20
sean-k-mooneybut like eveything in openstack if its not tested we assume it broken untill proven otherwise13:20
lucasagomesyeah it should work, but I have a hard time recommending cause we do not really test it13:21
lucasagomesheh exactly13:21
lucasagomessean-k-mooney, btw another way to use ML2/OVN with Ironic is using the virtual media feature13:32
lucasagomesbut yeah... I hope to start working soon on a native support for baremetal in ML2/OVN13:33
opendevreviewSlawek Kaplonski proposed openstack/neutron stable/train: [EM releases] Move non-voting jobs to the experimental queue  https://review.opendev.org/c/openstack/neutron/+/79647213:38
opendevreviewSlawek Kaplonski proposed openstack/networking-ovn stable/train: [EM releases] Move non-voting jobs to the experimental queue  https://review.opendev.org/c/openstack/networking-ovn/+/79647413:43
opendevreviewSlawek Kaplonski proposed openstack/networking-odl stable/train: [EM releases] Move non-voting jobs to the experimental queue  https://review.opendev.org/c/openstack/networking-odl/+/79647513:47
opendevreviewSlawek Kaplonski proposed openstack/networking-bgpvpn stable/train: [EM releases] Move non-voting jobs to the experimental queue  https://review.opendev.org/c/openstack/networking-bgpvpn/+/79647613:49
opendevreviewSlawek Kaplonski proposed openstack/networking-bagpipe stable/train: [EM releases] Move non-voting jobs to the experimental queue  https://review.opendev.org/c/openstack/networking-bagpipe/+/79647713:51
opendevreviewSlawek Kaplonski proposed openstack/networking-midonet stable/train: [EM releases] Move non-voting jobs to the experimental queue  https://review.opendev.org/c/openstack/networking-midonet/+/79647913:54
opendevreviewSlawek Kaplonski proposed openstack/neutron stable/stein: [EM releases] Move non-voting jobs to the experimental queue  https://review.opendev.org/c/openstack/neutron/+/79648313:59
bcafarel^ ok looks like I just got some reviews in my pile14:00
slaweq#startmeeting networking14:01
opendevmeetMeeting started Tue Jun 15 14:01:01 2021 UTC and is due to finish in 60 minutes.  The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot.14:01
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:01
opendevmeetThe meeting name has been set to 'networking'14:01
slaweqhi14:01
rubasovhi14:01
lajoskatonaHi14:01
bcafarelo/14:01
slaweq#topic announcements14:02
obondarevhi14:02
slaweqonly reminder which I have for today is about release schedule14:02
slaweqXena-2 milestone will be in the week of Jul 12th14:02
slaweqso we still have few more weeks and we should focus on reviewing opened specs14:03
ralonsohhi14:03
amotokihi14:03
slaweqdo You have any other announcements?14:04
njohnston_o/14:04
slaweqif that silence means "no" than I think we can move on14:05
slaweq#topic Blueprints14:05
slaweqNeutron Xena-2 BPs https://bugs.launchpad.net/neutron/+milestone/xena-214:06
slaweqhttps://blueprints.launchpad.net/neutron/+spec/distributed-dhcp-for-ml2-ovs is close to be finished14:06
slaweqhttps://review.opendev.org/q/topic:%22bp%252Fdistributed-dhcp-for-ml2-ovs%2214:07
slaweqonly 2 patches left to be merged14:07
slaweqplease add it to Your review pile for this week :)14:07
slaweqwe also recently finished https://bugs.launchpad.net/neutron/+bug/158092714:08
bcafarel~400 lines for agent extension, it will need some coffee for review :)14:08
slaweqso we now supports /31 and /32 subnets14:08
bcafareloh nice!14:09
slaweqany other updates do You have?14:10
ralonsohno14:10
slaweqok, so we can quickly move to the next topic14:11
slaweqwhich is14:11
slaweq#topic Bugs14:11
slaweqhaleyb was bug deputy last week14:11
slaweqhis report http://lists.openstack.org/pipermail/openstack-discuss/2021-June/023055.html14:11
slaweqFrom that report I didn't saw anything what would require our attention now14:12
slaweqbut maybe haleyb wants to highligh some of the bugs now14:12
njohnston_I believe haleyb is AFK at the moment14:14
slaweqahh, ok14:14
slaweqthx njohnston_14:14
slaweqanyone else wants to discuss about any bug now?14:14
slaweqok, if no, let's move on14:17
slaweq#topic SDK/CLI14:17
slaweqNew release https://review.opendev.org/c/openstack/releases/+/795087 done. I think we can remove that section from the meeting's agenda now. Wdyt?14:17
ralonsohperfect14:17
amotokiagree. I don't think we need a topic specific to this.14:18
bcafarelyes I don't think there is anything to fill weekly section these days14:18
lajoskatona+114:18
slaweqthx, I will remove it from the agenda14:19
slaweqand that basically concludes what I had for today's meeting :)14:19
slaweqdo You have anything else You want to discuss today?14:20
ralonsohnothing from me14:20
slaweqif not, I think we can finish earlier today14:21
slaweq:)14:21
slaweqthx for attending the meeting14:21
ralonsohbye14:21
bcafarelthat was a fast one :)14:21
slaweqsee You online and on the meeting next week14:21
lajoskatonao/14:21
slaweqo/14:21
amotokio/14:21
slaweq#endmeeting14:21
opendevmeetMeeting ended Tue Jun 15 14:21:56 2021 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:21
opendevmeetMinutes:        https://meetings.opendev.org/meetings/networking/2021/networking.2021-06-15-14.01.html14:21
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/networking/2021/networking.2021-06-15-14.01.txt14:21
opendevmeetLog:            https://meetings.opendev.org/meetings/networking/2021/networking.2021-06-15-14.01.log.html14:21
rubasovo/14:21
njohnston_o/14:22
*** njohnston_ is now known as njohnston14:22
*** rpittau is now known as rpittau|afk14:29
opendevreviewSlawek Kaplonski proposed openstack/neutron-dynamic-routing stable/stein: [EM releases] Move non-voting jobs to the experimental queue  https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/79648914:39
opendevreviewSlawek Kaplonski proposed openstack/neutron-vpnaas stable/stein: [EM releases] Move non-voting jobs to the experimental queue  https://review.opendev.org/c/openstack/neutron-vpnaas/+/79649014:42
opendevreviewSlawek Kaplonski proposed openstack/neutron-fwaas stable/train: [EM releases] Move non-voting jobs to the experimental queue  https://review.opendev.org/c/openstack/neutron-fwaas/+/79649114:44
opendevreviewSlawek Kaplonski proposed openstack/neutron-fwaas stable/stein: [EM releases] Move non-voting jobs to the experimental queue  https://review.opendev.org/c/openstack/neutron-fwaas/+/79649314:45
opendevreviewSlawek Kaplonski proposed openstack/networking-odl stable/stein: [EM releases] Move non-voting jobs to the experimental queue  https://review.opendev.org/c/openstack/networking-odl/+/79649614:48
opendevreviewSlawek Kaplonski proposed openstack/networking-bgpvpn stable/stein: [EM releases] Move non-voting jobs to the experimental queue  https://review.opendev.org/c/openstack/networking-bgpvpn/+/79644714:49
opendevreviewSlawek Kaplonski proposed openstack/networking-bagpipe stable/stein: [EM releases] Move non-voting jobs to the experimental queue  https://review.opendev.org/c/openstack/networking-bagpipe/+/79649714:50
opendevreviewSlawek Kaplonski proposed openstack/networking-midonet stable/stein: [EM releases] Move non-voting jobs to the experimental queue  https://review.opendev.org/c/openstack/networking-midonet/+/79649814:52
opendevreviewKamil Sambor proposed openstack/neutron master: Add localport const and refactor  https://review.opendev.org/c/openstack/neutron/+/79650114:55
slaweq#startmeeting neutron_ci15:00
opendevmeetMeeting started Tue Jun 15 15:00:20 2021 UTC and is due to finish in 60 minutes.  The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot.15:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:00
opendevmeetThe meeting name has been set to 'neutron_ci'15:00
slaweqhi15:00
lajoskatonaHi15:00
ralonsohhi15:00
bcafarelo/15:01
slaweqGrafana dashboard: http://grafana.openstack.org/dashboard/db/neutron-failure-rate15:02
slaweqPlease open now :)15:02
slaweq#topic Actions from previous meetings15:02
slaweqralonsoh to update our ci job's definitions15:02
slaweqand I think we can start15:02
ralonsohyes, I have some questions about this15:02
ralonsohare we going to duplicate all OVS jobs?15:03
ralonsohare we going to have OVS and OVN jobs?15:03
slaweqpersonally I would be happy if we could end up with the same number of jobs which we had before switch default backend15:03
slaweqso IMO we should have now "default" jobs which I those without backend in the name to be running ovn15:04
slaweqand change *-ovn" jobs to be "-ovs" jobs15:04
obondarevhi15:04
ralonsohbut then, as in https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/791255, we are mixing OVS and OVN15:04
ralonsohI mean, we don't have a consistent CI15:04
ralonsohwe have mixed OVS and OVN15:04
ralonsoh"and change *-ovn" jobs to be "-ovs" jobs" --> didn't we decided to explicitly name all jobs?15:05
ralonsohwith the name of the backend?15:05
slaweqyes, we talked about that15:05
ralonsohok, initially I'll explicitly rename all jobs15:06
ralonsohthen we'll see if we need to have a duplicated CI running in "periodic"15:06
slaweqwe should always remember that jobs which e.g. inherits from some tempest jobs should use default devstack's config15:06
ralonsohok, I'll push a patch15:07
slaweqso e.g. job neutron-tempest-slow-py3 which inherits from tempest-slow-py3 directly but only limits number of tests run should use ovn as it's what is used in tempest-slow-py315:07
slaweqand similar thing is also for some other jobs like e.g. neutron-tempest-ipv6-only15:08
ralonsohand should be named with -ovn suffix15:08
bcafarelralonsoh: so with "-ovn" for default jobs?15:08
slaweqwe can name those jobs "-ovn" but we should use default settings, no set explicitly backend in the job's definition15:08
ralonsohyes15:08
slaweqdoes it makes sense?15:08
ralonsohperfect15:08
bcafarelor -default-backend (or shorter one if possible)?15:08
ralonsohchanging the default backend is not usual15:09
ralonsohI prefer -ovn15:09
slaweqI'm ok with "-ovn"15:09
bcafarelhmm true next default change is not for tomorrow :)15:10
slaweqbcafarel I hope so :P15:10
slaweqso ralonsoh You will continue that next week, right?15:11
ralonsohyes15:11
slaweqgreat, thx15:11
slaweq#action ralonsoh to update our ci job's definitions15:11
slaweqok, that was only AI from last week15:11
slaweqwe can move on to the next topic15:12
slaweq#topic Stadium projects15:13
slaweqanything to discuss regarding stadium projects' CI today?15:13
lajoskatonanothing for today15:13
lajoskatonaI haven't seen any issue15:14
slaweqgood news, thx :)15:14
slaweq#topic Stable branches15:14
slaweqsame question for stable branches15:14
bcafareland similar answer, all good from what I saw15:14
slaweqgreat15:14
slaweqI just today sent some patches for EM branches:15:15
slaweqTrain: https://review.opendev.org/q/topic:%22clean-non-voting-jobs%22+(status:open%20OR%20status:merged)15:15
slaweqStein: https://review.opendev.org/q/topic:%22clean-non-voting-jobs-stable%252Fstein%22+(status:open%20OR%20status:merged)15:15
slaweqplease review them15:15
ralonsohsure15:15
slaweqI noticed last week that we are still running non-voting jobs on those branches and we agreed some time ago that we should move them to the experimental queue15:15
slaweqso those patches are doing exactly that15:16
bcafarelfor stadium projects it will also be a nice spot check on CI status in those branches15:16
slaweqbcafarel yes, I saw already some pep8/py27 failures15:16
slaweqbut I didn't had time to check them closely15:16
slaweqok, let's move on15:18
slaweq#topic Grafana15:18
slaweqhttp://grafana.openstack.org/dashboard/db/neutron-failure-rate#link15:19
slaweqI don't see anything critical on the grafana this week15:19
slaweqwe need to update it as not all jobs are there15:20
slaweqbut I want to update it after ovs->ovn migration cleaning15:20
slaweqexcept that, I think that our biggest problem still is fullstack job15:22
slaweqand those failing L3 related tests15:22
obondarevis it same issue?15:22
obondarevI saw 2nd dhcp agent mostly workarounded that15:23
slaweqobondarev let me check15:23
slaweqhttps://614c13582752de139914-134fee3611f99557a1466ec5867d2d52.ssl.cf5.rackcdn.com/795781/3/check/neutron-fullstack-with-uwsgi/bf03ae2/testr_results.html15:24
slaweqfirst example15:24
slaweqit's from today morning15:24
slaweqI think it's the same issue, or at least looks similar15:24
obondarevyeah, looks the same..15:25
slaweqhttps://zuul.opendev.org/t/openstack/builds?job_name=neutron-fullstack-with-uwsgi15:25
slaweqobondarev here You have more exmples15:26
slaweqI think that I saw similar failures in most of those cases15:26
obondarevhmm, but I see dhcp agents not hanging 15:27
obondarevsame for ovs agents15:28
obondarevso that might be not related to privsep15:28
obondarevI'll look into this when have some time (tomorrow I hope)15:28
slaweqobondarev thx15:29
lajoskatonaFor the hanging issue privsep change is on its way: https://review.opendev.org/c/openstack/oslo.privsep/+/79499315:29
slaweq#action obondarev to check fullstack timeouts in L3 agent tests15:29
ralonsoh^^ please review this patch15:29
slaweqlajoskatona++ thx15:29
slaweqI added it to my review list for tomorrow morning15:30
ralonsohthx15:31
slaweqok, let's move on15:32
slaweqI just have one question about periodic jobs left for today15:32
slaweqralonsoh how is Your patch for fix neutron-lib-master periodic job?15:32
ralonsohdone15:32
ralonsohone sec15:32
slaweqis it merged?15:32
ralonsohno15:32
slaweqahh, ok15:32
ralonsohand this is blocking requirements patch for n-lib 2.12.015:33
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/79423615:33
ralonsohok, I have a +2 from liuyulong 15:33
slaweqit's in the gate now15:33
slaweqthx15:33
ralonsohthanks15:34
slaweqI didn't found today any new issues worth to discuss here15:35
slaweqso if You don't have anything else, we can finish meeting earlier today15:35
bcafarelnothing from me15:35
ralonsohnothing here15:35
slaweqok, so thx for attending the meeting15:37
ralonsohbye!15:37
slaweqhave a great evening and see You online15:37
slaweqo/15:37
slaweq#endmeeting15:37
opendevmeetMeeting ended Tue Jun 15 15:37:46 2021 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:37
opendevmeetMinutes:        https://meetings.opendev.org/meetings/neutron_ci/2021/neutron_ci.2021-06-15-15.00.html15:37
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/neutron_ci/2021/neutron_ci.2021-06-15-15.00.txt15:37
opendevmeetLog:            https://meetings.opendev.org/meetings/neutron_ci/2021/neutron_ci.2021-06-15-15.00.log.html15:37
lajoskatonao/15:37
opendevreviewBrian Haley proposed openstack/networking-ovn stable/train: DNM: debug oslo.config duplicate option failure  https://review.opendev.org/c/openstack/networking-ovn/+/79651715:41
*** ricolin_ is now known as ricolin16:26
opendevreviewBrian Haley proposed openstack/networking-ovn stable/train: Revert "Rely on worker count for HashRing caching"  https://review.opendev.org/c/openstack/networking-ovn/+/79644816:37
opendevreviewMerged openstack/neutron master: [OVN] Re-enable dstat for the OVN jobs  https://review.opendev.org/c/openstack/neutron/+/79172016:54
*** ricolin_ is now known as ricolin17:32
opendevreviewBrian Haley proposed openstack/networking-ovn stable/train: Revert "add_fake_chassis() may need to create a Chassis_Private"  https://review.opendev.org/c/openstack/networking-ovn/+/79644917:50
opendevreviewBrian Haley proposed openstack/networking-ovn stable/train: Revert "[OVN] Simplify connection creation logic"  https://review.opendev.org/c/openstack/networking-ovn/+/79645018:07
ozzzoI'm trying to understand better how routers work. Can someone recommend a document?18:17
ozzzoI found this but it doesn't explain much: https://docs.openstack.org/python-openstackclient/pike/cli/command-objects/router.html18:18
opendevreviewBrian Haley proposed openstack/networking-ovn stable/train: DNM: debug oslo.config duplicate option failure  https://review.opendev.org/c/openstack/networking-ovn/+/79651718:40
opendevreviewGaudenz Steinlin proposed openstack/neutron master: Don't remove DHCP config on restart  https://review.opendev.org/c/openstack/neutron/+/79518618:54
opendevreviewMerged openstack/neutron stable/ussuri: Added common config and SR-IOV agent config to sanity check  https://review.opendev.org/c/openstack/neutron/+/79603218:56
opendevreviewBrian Haley proposed openstack/networking-ovn stable/train: DNM: debug oslo.config duplicate option failure  https://review.opendev.org/c/openstack/networking-ovn/+/79651720:00
opendevreviewFlavio Fernandes proposed openstack/ovn-octavia-provider master: Ensure that load balancer is added to logical switch  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/79609521:25
opendevreviewFlavio Fernandes proposed openstack/ovn-octavia-provider master: Ensure that load balancer is added to logical switch  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/79609521:29
opendevreviewTerry Wilson proposed openstack/networking-ovn stable/train: DNM: debug oslo.config duplicate option failure  https://review.opendev.org/c/openstack/networking-ovn/+/79651721:54
opendevreviewFlavio Fernandes proposed openstack/networking-ovn stable/train: Ensure that load balancer is added to logical switch  https://review.opendev.org/c/openstack/networking-ovn/+/79616922:20

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!