Friday, 2022-10-07

opendevreviewSlawek Kaplonski proposed openstack/neutron master: Add "neutron-ovn-tempest-ovs-release" job to the check and gate queue  https://review.opendev.org/c/openstack/neutron/+/86063607:33
opendevreviewFernando Royo proposed openstack/neutron master: Check subnet overlapping after add router interface  https://review.opendev.org/c/openstack/neutron/+/85914307:47
opendevreviewRodolfo Alonso proposed openstack/neutron master: Placement tunnelled networks  https://review.opendev.org/c/openstack/neutron/+/86063908:14
opendevreviewSlawek Kaplonski proposed openstack/neutron master: Clean "ovn ipv6 only" jobs templates  https://review.opendev.org/c/openstack/neutron/+/86064208:21
opendevreviewSlawek Kaplonski proposed openstack/neutron master: [Docs] Remove python version from the ci jobs summary  https://review.opendev.org/c/openstack/neutron/+/86064308:21
opendevreviewSlawek Kaplonski proposed openstack/neutron master: Promote neutron-ovn-rally-task job to be voting in check queue  https://review.opendev.org/c/openstack/neutron/+/86064408:21
slaweqralonsoh ykarel lajoskatona "inspired" by yesterday's drama about broken gates I made some small cleaning in our ci jobs ^^08:22
slaweqplease check those 3 patches when You will have time08:22
ralonsohlooking now08:22
slaweqralonsoh no rush, I would like first to see that all is green there :)08:22
ykarelslaweq, ack08:23
lajoskatonaslaweq: checking08:23
opendevreviewLucas Alvares Gomes proposed openstack/networking-ovn stable/train: Split Hash Ring probing from the maintenance task  https://review.opendev.org/c/openstack/networking-ovn/+/86064708:49
opendevreviewArnaud Morin proposed openstack/neutron master: Discard port with ofport -1 in _get_ofport_moves  https://review.opendev.org/c/openstack/neutron/+/86064909:14
opendevreviewRodolfo Alonso proposed openstack/neutron master: Since OVN 20.06, config is stored in "Chassis.other_config"  https://review.opendev.org/c/openstack/neutron/+/86067109:39
opendevreviewMerged openstack/neutron stable/ussuri: Convert OvnDbNotifyHandler rows to frozen rows  https://review.opendev.org/c/openstack/neutron/+/86024811:08
*** dasm|off is now known as dasm13:24
opendevreviewMerged openstack/neutron stable/victoria: Split Hash Ring probing from the maintenance task  https://review.opendev.org/c/openstack/neutron/+/86056613:24
opendevreviewMerged openstack/neutron stable/ussuri: Split Hash Ring probing from the maintenance task  https://review.opendev.org/c/openstack/neutron/+/86056713:36
opendevreviewLukas Piwowarski proposed openstack/neutron master: Remove reference to 'all-plugin' tox environment  https://review.opendev.org/c/openstack/neutron/+/86070013:55
lajoskatona#startmeeting neutron_drivers14:00
opendevmeetMeeting started Fri Oct  7 14:00:24 2022 UTC and is due to finish in 60 minutes.  The chair is lajoskatona. Information about MeetBot at http://wiki.debian.org/MeetBot.14:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:00
opendevmeetThe meeting name has been set to 'neutron_drivers'14:00
lajoskatonao/14:00
mlavalleo/14:00
ralonsohhello14:00
slaweqo/14:00
haleybo/14:00
obondarevhi14:01
amotokio/14:01
lajoskatonaok, let's start it14:02
lajoskatonaWe have one RFE for today:14:02
lajoskatona[RFE] Strict minimum bandwidth support for tunnelled networks (#link https://bugs.launchpad.net/neutron/+bug/1991965 )14:02
lajoskatonafrom ralonsoh14:02
ralonsohthanks, I have the speech prepared14:02
ralonsohFirst of all, this RFE will require a spec14:02
ralonsohThe goal of this RFE is to provide a mechanism to model the tunnelled networks in a host, same as we do with the different physical interfaces14:02
ralonsohIn this case, this is "easier": for each compute node, there will be just one single "local_ip" (where the backend sends the traffic and its a VTEP of the overlay network)14:02
ralonsohHow it will work:14:02
ralonsoh1) The agent will report the node tunnelled network BW14:02
ralonsoh2) The port now will create a "resource_request" even if it belongs to an overlay network (now, if the first network segment has no physical network, the resource request is empty)14:02
ralonsoh^^^ caveat: that will change the current behaviour if an active deployment has ports on tunnelled networks with QoS policies and min-BW associated. Now those rules won't apply (not in the backend enforcement nor in the scheduling via Placement)14:02
yamamotohi14:03
lajoskatonaHi14:03
lajoskatonafor this my feeleing from the RFE that nova change is also necessary, ami wrong?14:04
ralonsohnot really, the port resource request will request the new trait added14:04
opendevreviewLukas Piwowarski proposed openstack/neutron-fwaas master: Remove reference to 'all-plugin' tox environment  https://review.opendev.org/c/openstack/neutron-fwaas/+/86070414:05
ralonsohand the agent will report, at the init time, the tunnelled network BW14:05
ralonsohso the resource provider will be created14:05
lajoskatonaand nova can do the placement request based on that without change?14:05
ralonsohI'm currently testing this (with OVN) in https://review.opendev.org/c/openstack/neutron/+/86063914:05
ralonsohthis is just a 30 mins patch14:05
opendevreviewMerged openstack/ovn-octavia-provider master: Ensure lbs are properly configured for router gateway set/unset  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/85836314:06
ralonsohand works, placement reserves the BW for the tunneled network14:06
lajoskatonasuprising :-)14:06
ralonsohthis is just a matter of requesting the needed trait14:06
lajoskatonasounds cool, I will test it with OVS next week than :-)14:07
ralonsohjust with a small change in the OVS agent init method14:07
ralonsohand handling the current 1:1 association between the BW reported and the bridge mapping14:07
ralonsohbecause in this case there is no bridge14:07
ralonsoh--> https://review.opendev.org/c/openstack/neutron/+/860639/1/neutron/plugins/ml2/drivers/ovn/mech_driver/ovsdb/extensions/placement.py#26614:08
ralonsohof course, that will be discussed in the spec14:08
lajoskatona+114:09
ralonsohah, this is valid for OVN and OVS14:09
slaweq+1 from me :)14:09
lajoskatona+1 from me also14:09
ralonsoh(slaweq has the credit of this idea)14:09
lajoskatonaa useful generalization of the original feature14:09
ralonsohyeah, some customers asking for this14:10
ralonsohas most of them they are using only vxlan networks14:10
opendevreviewMerged openstack/neutron stable/yoga: Split Hash Ring probing from the maintenance task  https://review.opendev.org/c/openstack/neutron/+/86056314:10
lajoskatonaAnybody else do you have any concerns?14:11
mlavalleNone14:12
mlavallegood explanation ralonsoh 14:12
mlavallethanks14:12
haleybnone from me14:12
lajoskatonaralonsoh: you mentioned spec, you are preparing it?14:12
ralonsohright now14:13
lajoskatonaok, thanks14:13
opendevreviewMerged openstack/neutron stable/zed: Split Hash Ring probing from the maintenance task  https://review.opendev.org/c/openstack/neutron/+/86056214:13
amotokidoes this just ensure the minimum bw for tunnel only on a compute node, right?14:13
ralonsohyes, any tunnelled traffic in one compute node14:13
amotokithanks14:14
amotokiI am okay with this proposal14:14
yamamotonothing from me14:14
mlavalleit pays to come to the meeting with a "prepared speech"14:15
lajoskatonaok, I think we agreed to continue this and accept the RFE, thanks ralonsoh (and slaweq :))14:15
ralonsohthank you all14:15
slaweq:)14:15
lajoskatona#topic On Demand Agenda14:15
lajoskatonaI have one (it is not in the agenda as it formed for me today)14:16
lajoskatonaNova is in a big refactoring of the PCI stuff handling14:16
lajoskatonahttps://specs.openstack.org/openstack/nova-specs/specs/zed/approved/pci-device-tracking-in-placement.html14:16
lajoskatonacurrently it is ready for the pci handling where neutron is not involved, and they are preparing for doing it for neutron managed sriov/smartnic whatever ports also14:17
lajoskatonaso this is more a FYI to be prepared for it14:17
ralonsohshould we add this topic to the PTG? to the x-team meeting14:17
lajoskatonain the spec what I copied there is a section for neutron as not covered currently but with some details how they think now14:18
mlavalleralonsoh: you read my mind14:18
lajoskatonaralonsoh: +114:18
lajoskatonathat's why I bring this here14:18
ralonsohdone, I'll add it (on thursday we'll have those meetings)14:18
mlavalle+114:18
lajoskatonacool14:18
ralonsoh(on monday I'll update the scheduling)14:18
lajoskatonathat's all from me14:18
lajoskatonaDo you have anything more to discuss?14:19
slaweqnope14:19
mlavalleso, next drivers meeting will be chaired by ralonsoh14:20
lajoskatonayes, good topic :-)14:20
ralonsohyeah, I think it is time14:20
lajoskatonathis week I forgot to push this on his back :-)14:20
ralonsohI'll take care of this meeting since the next week14:20
mlavallewell, thank you for leading us this past year lajoskatona !!!14:20
ralonsohlajoskatona++ thanks a lot!14:20
mlavalleyou did a great job14:20
amotokilajoskatona: thanks a lot14:20
lajoskatona:-)14:20
lajoskatonaI tried my best14:21
slaweqlajoskatona++ thx for leading this meeting for long time14:21
lajoskatonait was really good experience14:21
mlavalleand welcome to our new Fearless Leader, ralonsoh!14:21
lajoskatonaYeayyyy14:21
ralonsohthanks14:22
lajoskatonaIf nothing more we can close the meeting14:22
slaweq\o/14:22
ralonsohhave a nice weekend14:22
lajoskatona#endmeeting14:22
opendevmeetMeeting ended Fri Oct  7 14:22:52 2022 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:22
opendevmeetMinutes:        https://meetings.opendev.org/meetings/neutron_drivers/2022/neutron_drivers.2022-10-07-14.00.html14:22
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/neutron_drivers/2022/neutron_drivers.2022-10-07-14.00.txt14:22
opendevmeetLog:            https://meetings.opendev.org/meetings/neutron_drivers/2022/neutron_drivers.2022-10-07-14.00.log.html14:22
amotokio/14:22
mlavalleyou too!14:22
slaweqhave a nice weekend all14:22
lajoskatonaBye, have a nice weekend14:22
mlavalleo/14:22
slaweqbye14:23
opendevreviewMerged openstack/neutron stable/xena: Split Hash Ring probing from the maintenance task  https://review.opendev.org/c/openstack/neutron/+/86056415:17
opendevreviewMerged openstack/neutron master: Remove reference to 'all-plugin' tox environment  https://review.opendev.org/c/openstack/neutron/+/86070015:17
opendevreviewMerged openstack/neutron stable/zed: Accept a port deletion with missing port binding information  https://review.opendev.org/c/openstack/neutron/+/86006916:31
opendevreviewMerged openstack/neutron stable/yoga: Accept a port deletion with missing port binding information  https://review.opendev.org/c/openstack/neutron/+/86007116:31
opendevreviewMerged openstack/neutron stable/xena: Accept a port deletion with missing port binding information  https://review.opendev.org/c/openstack/neutron/+/86007216:32
opendevreviewMerged openstack/neutron stable/zed: Port provisioning should retry only for VM ports  https://review.opendev.org/c/openstack/neutron/+/85991416:32
opendevreviewMerged openstack/neutron-lib master: Use oslo_context.from_dict() for context generation  https://review.opendev.org/c/openstack/neutron-lib/+/85981316:56
ozzzo_workralonsoh: Sorry if I wasn't clear. I know why it happened, it was because the customer deleted VMs during a maintenance. I am just trying to figure out how to detach a port from a nonexistent VM17:03
ozzzo_workvia cli17:03
ozzzo_worksince I can do it in the GUI, I'm guessing that there must be a way to do it via CLI also17:04
fricklerozzzo_work: "openstack port unset --binding-profile"?17:11
ozzzo_workfrickler: ty! I'll try that the next time it happens17:56
ozzzo_workWhat is <binding-profile-key>, is that going to be binding_host_id?17:58
*** jlibosva is now known as Guest258318:18
*** dasm is now known as dasm|off19:32
*** EugenMayer6 is now known as EugenMayer22:13

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