Friday, 2024-07-12

opendevreviewTerry Wilson proposed openstack/neutron master: Avoid race condition by using persist_uuid  https://review.opendev.org/c/openstack/neutron/+/92397100:38
opendevreviewTerry Wilson proposed openstack/neutron master: Avoid race condition by using persist_uuid  https://review.opendev.org/c/openstack/neutron/+/92397105:48
opendevreviewRodolfo Alonso proposed openstack/tap-as-a-service master: Devstack: Make sure that taas ini file used by Neutron  https://review.opendev.org/c/openstack/tap-as-a-service/+/92383706:35
opendevreviewRodolfo Alonso proposed openstack/tap-as-a-service master: Devstack: Make sure that taas ini file used by Neutron  https://review.opendev.org/c/openstack/tap-as-a-service/+/92383706:50
opendevreviewRodolfo Alonso proposed openstack/tap-as-a-service master: Devstack: Make sure that taas ini file used by Neutron  https://review.opendev.org/c/openstack/tap-as-a-service/+/92383707:18
opendevreviewRodolfo Alonso proposed openstack/tap-as-a-service master: Devstack: Make sure that taas ini file used by Neutron  https://review.opendev.org/c/openstack/tap-as-a-service/+/92383708:30
opendevreviewRodolfo Alonso proposed openstack/neutron-lib master: Missing required extension in 'subnet-external-network'  https://review.opendev.org/c/openstack/neutron-lib/+/92404108:52
ralonsohslaweq, lajoskatona ^^ trivial fix (thanks lajoskatona for commenting that)08:53
opendevreviewRodolfo Alonso proposed openstack/tap-as-a-service master: Devstack: Make sure that taas ini file used by Neutron  https://review.opendev.org/c/openstack/tap-as-a-service/+/92383709:17
opendevreviewRodolfo Alonso proposed openstack/neutron master: Add "subnet-external-network" extension to "subnet" resource  https://review.opendev.org/c/openstack/neutron/+/90731309:28
ralonsohslaweq, ^09:29
ralonsohlajoskatona, Eureka! https://review.opendev.org/c/openstack/tap-as-a-service/+/923837. I've merged the taas plugin ini file in the ml2_plugin one. By default, we always read the default two files defined in https://github.com/openstack/neutron/blob/master/neutron/server/__init__.py#L5009:59
ralonsohbecause in wsgi we don't explicitly pass any config file, we must add all config there09:59
ralonsoh(or change how are we loading the wsgi module, passing extra files)10:00
lajoskatonaralonsoh: Cool, I check it10:02
lajoskatonaralonsoh: I have patch for a limited OVN driver for taas, I will update the relevant patch for it to make that working also (job config for it: https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/886004 )10:04
ralonsohufff a big one, I'll need some time to review it10:06
opendevreviewMerged openstack/neutron stable/2023.2: Add policy enforcer for "tags" service plugin  https://review.opendev.org/c/openstack/neutron/+/92349310:27
vicentGood morning! I have two PFs with two VFs each. The PFs are on switchdev mode (I am using sriovnicswitch). The PFs are connected to different networks, so when I create a neutron port with type direct, I need a way to map that port so it uses one of the VFs of a specific PF. I found this document 10:32
vicenthttps://specs.openstack.org/openstack/nova-specs/specs/zed/approved/pci-device-tracking-in-placement.html which uses traits, but I need to set the trait on the port, not on the flavor. Is there a way to do what I am trying to do?10:32
vicentBasically, how can I configure the VFs of different PF in pools, so I have control to which VF pool is used for which network?10:34
ralonsohvicent, to be honest, I'm not sure how to do this. However, I would suggest to define the resource_provider_bandwidths of both devices (PFs). That will create a resource provider per PF. Then it is possible to add new traits (the physical_network) to each defined resource provider10:58
ralonsohwhat I don't know is how Nova request it: for BW the port should have a QoS defined, but if that is not the case, I don't know if nova will use the physical network10:59
ralonsohplease, check that in the Nova channel, the spec has some missing improvements (physical_network, for example)10:59
ralonsohif that is not the case, Nova folks will tell you how Nova makes this request to placement11:00
vicentI was able to create resource providers with the device_spec. I can see them on the placement.11:00
vicentOk, I will ask on Nova channel.11:00
vicentThanks11:00
ralonsohbut that's a resource from Nova11:00
ralonsohhow Nova request a specific VF then? using the PF vendor/product?11:01
opendevreviewChris Buggy proposed openstack/ovn-octavia-provider master: Adding new error log if SSL, ca and cert file are not set. Change-Id: I2a21b94fee03767a5f703486bdab2908cda18746  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/92405911:13
opendevreviewLajos Katona proposed openstack/tap-as-a-service master: Devstack: Make sure that taas ini file used by Neutron  https://review.opendev.org/c/openstack/tap-as-a-service/+/92383712:42
ralonsohlajoskatona, ^ the variable TAAS_SERVICE_DRIVER is not defined12:45
ralonsohthis is why I added the string copied from the etc/taas_plugin.ini file12:46
ralonsohactually in the next lines, if TAAS_SERVICE_DRIVER is defined, if will override the string defined12:46
lajoskatonaralonsoh: hmmmm, and if we add TAAS_SERVICE_DRIVER="...." to the settings file?12:52
ralonsohIMO, we can add the default string, provided in the taas_plugin.ini file, that I added in PS1112:52
ralonsohbut anyone can actually override this value defining a value in TAAS_SERVICE_DRIVER12:53
ralonsohit is used in L41-4212:53
ralonsohit comments the default value and adds the manually defined one12:53
lajoskatonaralonsoh: ok, so we have to keep the long string there anyway12:55
ralonsohyes, that is easier, IMO12:55
opendevreviewLajos Katona proposed openstack/tap-as-a-service master: Devstack: Make sure that taas ini file used by Neutron  https://review.opendev.org/c/openstack/tap-as-a-service/+/92383712:56
lajoskatonaralonsoh: thanks, I reversed back to your version12:57
ralonsohthank12:57
ralonsohthanks12:57
lajoskatonaralonsoh, haleyb: I have to fetch my son from the swimming-pool, so I can't join the drivers meeting today.13:22
ralonsohlajoskatona, haleyb|out is on PTO13:25
ralonsohhmmm, let's see if there is quorum today13:25
mlavalleralonsoh: are we meeting today?13:57
ralonsohyes but, to be honest, I don't know if we have quorum13:58
mlavalleralonsoh: ack, np I'll be here in case we achieve quorum13:59
ralonsoh#startmeeting neutron_drivers14:01
opendevmeetMeeting started Fri Jul 12 14:01:29 2024 UTC and is due to finish in 60 minutes.  The chair is ralonsoh. 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 'neutron_drivers'14:01
ralonsohhello all14:01
mlavalle\o14:01
ralonsohPing list: ykarel, mlavalle, mtomaska, slaweq, obondarev, tobias-urdin, lajoskatona, amotoki, haleyb, ralonsoh 14:01
obondarevo/14:02
cbuggyo/ Hey everyone.14:02
ykarelo/14:02
slaweqhi, sorry but I can't attend today14:04
ralonsohsorry folks but we are short of people today14:04
ralonsohwe have one topic from me that could wait14:04
ralonsohand another one from slaweq that could wait too14:05
ralonsohthe last one could be discussed next tuesday during the team meeting14:05
ralonsohplease check https://bugs.launchpad.net/neutron/+bug/2067183 and the related patch14:05
mlavalleack14:05
ralonsohto have better knowledge next day14:05
ralonsohI'll close this meeting for today14:06
ralonsohis that ok?14:06
mlavalleyes14:06
obondarevsure14:06
ralonsoh#endmeeting14:06
opendevmeetMeeting ended Fri Jul 12 14:06:15 2024 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:06
opendevmeetMinutes:        https://meetings.opendev.org/meetings/neutron_drivers/2024/neutron_drivers.2024-07-12-14.01.html14:06
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/neutron_drivers/2024/neutron_drivers.2024-07-12-14.01.txt14:06
opendevmeetLog:            https://meetings.opendev.org/meetings/neutron_drivers/2024/neutron_drivers.2024-07-12-14.01.log.html14:06
ralonsohthank you folks, have a nice weekend14:06
mlavalleralonsoh: good luck on 14:06
mlavalleSunday against England14:06
mlavalleI just jumped on the Spain bandwagon. I read they are the favorites14:07
ralonsohthanks!14:07
opendevreviewChris Buggy proposed openstack/ovn-octavia-provider master: Error log for missing certs with NB and SB DBs  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/92405914:14
opendevreviewStefan Hoffmann proposed openstack/neutron master: [OVN] Add OVS_HYBRID_PLUG to port binding in db  https://review.opendev.org/c/openstack/neutron/+/92396214:55
opendevreviewStefan Hoffmann proposed openstack/neutron master: [OVN] Wait for ovn-controller at migration  https://review.opendev.org/c/openstack/neutron/+/92396314:55
gmannslaweq: sorry for delay but manager role lgtm, https://review.opendev.org/c/openstack/neutron/+/92357817:15
opendevreviewIhar Hrachyshka proposed openstack/neutron master: style: Clarify a check for mixed stateful/stateless SGs  https://review.opendev.org/c/openstack/neutron/+/92408718:05
opendevreviewMerged openstack/neutron stable/2023.1: [2023.1 Only][OVN] Add the bridge name and datapath type to the port VIF details  https://review.opendev.org/c/openstack/neutron/+/92243121:32
opendevreviewMerged openstack/neutron stable/2023.2: Reorder subnet RBAC policy check strings  https://review.opendev.org/c/openstack/neutron/+/92349423:31

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