14:00:50 <ralonsoh> #startmeeting networking
14:00:50 <opendevmeet> Meeting started Tue Oct 11 14:00:50 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:50 <opendevmeet> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
14:00:50 <opendevmeet> The meeting name has been set to 'networking'
14:00:51 <mlavalle> o/
14:00:55 <ralonsoh> hello all
14:00:56 <lajoskatona> o/
14:00:59 <rubasov> o/
14:01:09 <bcafarel> o/
14:01:13 <haleyb> o/
14:01:40 <obondarev> hi
14:01:45 <frickler> \o
14:01:55 <ralonsoh> let's go
14:01:57 <ralonsoh> #topic announcements
14:02:14 <ralonsoh> #link https://releases.openstack.org/zed/schedule.html
14:02:29 <ralonsoh> Final Zed release was last October 5th
14:02:45 <ralonsoh> and to welcome the next release
14:02:55 <ralonsoh> the PTG, as you know, next week
14:03:13 <ralonsoh> #link https://openinfra.dev/live/#all-episodes
14:03:28 <ykarel> o.
14:03:32 <ralonsoh> last 6th we had the presentation "OpenStack Zed: The End of the Alphabet, The Beginning of a New Era"
14:03:45 <ralonsoh> you can see all those videos in this link
14:04:07 <ralonsoh> btw, I almost forgot
14:04:20 <ralonsoh> I sent today the schedule of the PTG:  https://etherpad.opendev.org/p/neutron-antelope-ptg
14:04:38 <ralonsoh> I you have some feedback, you can ping me later via IRC or mail
14:04:55 <lajoskatona> cool, thanks
14:05:06 <ralonsoh> any other announcement?
14:05:31 <ralonsoh> let's move on
14:05:35 <ralonsoh> #topic bugs
14:05:48 <ralonsoh> last week lucasagomes was the bug deputy
14:05:53 <ralonsoh> he will sent the mail tomorrow
14:06:09 <ralonsoh> this week, jlibosva is in charge
14:06:16 <ralonsoh> and next one obondarev
14:06:17 <jlibosva> o/ ack
14:07:07 <ralonsoh> reviewing today the list of new bugs, I saw the following ones (that are not triagger not assigned)
14:07:16 <ralonsoh> #link https://bugs.launchpad.net/neutron/+bug/1992352
14:07:39 <ralonsoh> ykarel, did you have time to triage this one?
14:08:37 <ykarel> ralonsoh, sure i can do and also work on it
14:08:47 <ralonsoh> ykarel, thanks a lot
14:08:57 <ralonsoh> next one is
14:09:01 <ralonsoh> #link https://bugs.launchpad.net/neutron/+bug/1992161
14:09:09 <ralonsoh> this is related to linux bridge
14:09:21 <ralonsoh> the RPC worker does not have the "security_group_rule" quota resource
14:09:39 <ralonsoh> and this is because we register the resources when the classes are loaded
14:09:57 <ralonsoh> (and seems that this is not happening during the RPC worker initialization)
14:10:39 <ralonsoh> if anyone is interested on this one, please take it
14:10:56 <lajoskatona> so this is more or less  related to the fact that the rpc worker is in separate container?
14:10:59 <opendevreview> Merged openstack/ovn-octavia-provider master: Optimization for find_ls_for_lr  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/860780
14:11:37 <ralonsoh> the issue here is how we load those quota resources
14:11:49 <obondarev> o/ for the next week bug deputy, sorry for delay :)
14:11:51 <ralonsoh> in an API worker, we load all wgsi rouiter classes
14:11:56 <ralonsoh> including the SG rules
14:12:06 <ralonsoh> that calls "resource_registry.get_all_resources()"
14:12:18 <ralonsoh> sorry, the decorator of this class
14:12:35 <ralonsoh> but I really don't know (I didn't check) how the RPC worker starts
14:12:46 <ralonsoh> so the RPC worker can't use the quota driver
14:13:15 <ralonsoh> in any case, that needs to be triaged better
14:13:57 <ralonsoh> and the last one not assigned (but I think there are some patches) is
14:14:00 <ralonsoh> #link https://bugs.launchpad.net/neutron/+bug/1992379
14:14:10 <ralonsoh> networking-ovn train CI
14:14:17 <ralonsoh> I think bcafarel is working on this one
14:14:34 <mlavalle> also affects Neutron's stable/train
14:14:43 <frickler> oh, I saw that failure in plain devstack, too
14:14:43 <ralonsoh> right
14:15:06 <bcafarel> yep, though early investigation so far, from mlavalle's comment it looks like issue is not in neutron itself but more devstack
14:15:25 <mlavalle> yeah, I wanted to raise this LP in this meeting in case someone can point me in the right direction
14:15:31 <ralonsoh> ok, I'll increase the importance to critical, because is stopping the CI (the train release)
14:15:42 <ralonsoh> is anyone working on this bug?
14:15:47 <ralonsoh> actively I mean
14:15:53 <mlavalle> I am willing to work on it
14:15:58 <ralonsoh> thanks!
14:16:11 <mlavalle> but as I said above, I wanted some ideas, if you guys have any
14:16:56 <ralonsoh> this could be just a matter of explicitly installing "yaml" module
14:17:02 <ralonsoh> maybe we had it from other project
14:17:08 <ralonsoh> but this project removed the dependency
14:17:13 <mlavalle> it actually installed right before the failure
14:17:31 <lajoskatona> perhaps worth to check the infra channel if they know some change in the used images
14:17:33 <frickler> might also be related to new ansible in zuul, now that I think about it
14:17:46 <lajoskatona> good tip
14:17:55 <mlavalle> frickler: yes, I suspect it is related to ansible
14:18:40 <ralonsoh> if you raise a bug for ansible, please report it in this LP bug
14:18:53 <mlavalle> ralonsoh: ack
14:19:02 <mlavalle> and I'll check also in the infra channel
14:19:09 <frickler> let's discuss in #opendev first, ack
14:19:20 <mlavalle> ok
14:19:57 <ralonsoh> ok, that was the last bug to be discussed
14:20:03 <ralonsoh> unless you have another one
14:20:31 <ykarel> wrt deputy role, Just wanted to see if someone can swap deputy role with me for 7th Nov week as i will not be around mostly that week?
14:20:49 <ralonsoh> one sec
14:21:00 <ralonsoh> no problem, I'll do it
14:21:16 <lajoskatona> I am available also
14:21:23 <lajoskatona> if you need a backup
14:21:29 <ralonsoh> cool, thanks!
14:21:41 <ykarel> Thanks ralonsoh lajoskatona
14:22:20 <ralonsoh> #topic specs
14:22:35 <ralonsoh> I've added a topic in the PTG for this
14:22:38 <ralonsoh> #link https://review.opendev.org/q/project:openstack%252Fneutron-specs+status:open
14:22:49 <bcafarel> I can switch too (as mine is the week after that if I read correclty)
14:23:02 <bcafarel> ^ late anwer for bug deputy :) (wifi issues)
14:23:14 <ralonsoh> we have 8 specs under review right now
14:23:24 <ralonsoh> we'll have time next week to talk about this idea
14:23:44 <ralonsoh> but I will raise it here: what do you think about a "godfather"?
14:23:50 <ralonsoh> what is that?
14:24:10 <ralonsoh> a godfather is a core reviewer that will "own" a spec
14:24:11 <obondarev> dedicated core reviewer?
14:24:17 <ralonsoh> not dedicated
14:24:39 <ralonsoh> but the one in charge of pinging the rest of the reviewers to take care of the feature
14:24:49 <ralonsoh> beginning from the spec
14:24:54 <obondarev> ah, got it
14:25:10 <ralonsoh> is just a matter of having "more traction" on the community
14:25:17 <ralonsoh> and to speed up the feature
14:25:45 <lajoskatona> I think nova also has something like feature liason
14:25:50 <ralonsoh> right
14:26:02 <mlavalle> great idea +++
14:26:29 <ralonsoh> next week we can, for example, vote for this and start assigning those specs
14:27:15 <ralonsoh> and that's all I have for today, so next topic
14:27:21 <ralonsoh> #topic on_demand
14:27:38 <ralonsoh> please, if you have something...
14:27:58 <frickler> I was wondering whether someone would be interested in updating the Neutron guide in Devstack docs https://docs.openstack.org/devstack/latest/guides/neutron.html
14:28:01 <frickler> see also https://bugs.launchpad.net/devstack/+bug/1967318
14:28:15 <frickler> in particular updating for OVN would be needed
14:28:55 <ralonsoh> I'll try in on a clean VM
14:29:14 <mlavalle> I can also help
14:29:19 <ralonsoh> frickler, do you know what is wrong in this config?
14:29:41 <frickler> well for one thing it expects OVS to be the default, which is no longer true
14:29:55 <frickler> not sure about losing outside connectivity, I never tested that
14:30:49 <opendevreview> Slawek Kaplonski proposed openstack/neutron master: Clean "ovn ipv6 only" jobs templates  https://review.opendev.org/c/openstack/neutron/+/860642
14:31:11 <frickler> but setting up devstack to be able to work with FIPs on an external LAN is kind of a FAQ, getting some instructions for that would be great, too
14:31:29 <ykarel> may be user used same IPs as defined in local.conf and due to that it failed?
14:32:57 <ralonsoh> I think we have something similar in ml2_ovn_devstack.rst
14:33:01 <ralonsoh> in the Neutron code
14:33:04 <ralonsoh> repo
14:33:20 <ralonsoh> but yes, this devstack doc must be updated
14:33:42 <frickler> either copying that or simply linking to it, would be fine for me, too
14:33:47 <ykarel> +1
14:35:13 <ralonsoh> (btw, I think you are missing external-ids:ovn-cms-options="enable-chassis-as-gw", but we can talk later)
14:35:14 <opendevreview> Slawek Kaplonski proposed openstack/neutron master: [Docs] Remove python version from the ci jobs summary  https://review.opendev.org/c/openstack/neutron/+/860643
14:35:19 <ralonsoh> ok, any other topic?
14:35:26 <opendevreview> Slawek Kaplonski proposed openstack/neutron master: Promote neutron-ovn-rally-task job to be voting in check queue  https://review.opendev.org/c/openstack/neutron/+/860644
14:35:51 <ralonsoh> thank you all, see you in 25 mins in the CI meeting
14:35:55 <ralonsoh> #endmeeting