14:00:17 <slaweq> #startmeeting networking 14:00:18 <openstack> Meeting started Tue Dec 15 14:00:17 2020 UTC and is due to finish in 60 minutes. The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:19 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:00:21 <openstack> The meeting name has been set to 'networking' 14:00:25 <ralonsoh> hi 14:00:26 <mlavalle> o/ 14:00:27 <slaweq> hi 14:00:58 <hemanth_n> o/ 14:00:59 <rubasov> o/ 14:01:10 <slaweq> #topic Announcements 14:01:18 <bcafarel> o/ 14:01:29 <amotoki> o/ 14:02:06 <slaweq> Wallaby cycle calendar https://releases.openstack.org/wallaby/schedule.html 14:02:35 <slaweq> we are still getting to the milestone-2 of Wallaby 14:02:53 <slaweq> please focus on review of the specs listed in https://wiki.openstack.org/wiki/Network/Meetings#Announcements_.2F_Reminders 14:02:59 <slaweq> https://review.opendev.org/c/openstack/neutron-specs/+/729532 14:03:00 <slaweq> https://review.opendev.org/c/openstack/neutron-specs/+/658451 14:03:02 <slaweq> https://review.opendev.org/c/openstack/neutron-specs/+/728628 14:03:04 <slaweq> https://review.opendev.org/c/openstack/neutron-specs/+/739549 14:03:10 <slaweq> I also have to read them again 14:03:47 <slaweq> next one 14:03:55 <slaweq> we are now getting into holidays season 14:04:05 <slaweq> so I propose to cancel this meeting in next 2 weeks 14:04:06 <slaweq> wdyt? 14:04:15 <ralonsoh> +1 from me 14:04:16 <mlavalle> ++ 14:04:32 <haleyb> +2 14:04:34 <slaweq> ok, I will send an email about that after that meeting 14:04:36 <amotoki> +1 14:04:38 <slaweq> thx :) 14:04:50 <slaweq> and that's all announcements from me for today 14:04:51 <bcafarel> yay for holidays :) 14:05:04 <slaweq> do You have anything else You want to share? 14:05:27 <bcafarel> "pip new resolver is fun"? 14:05:51 * haleyb swears at pip 14:06:02 <slaweq> bcafarel: yes I wanted to ask about summary of that issue :) 14:06:35 <bcafarel> though I was thinking mostly about stable http://lists.openstack.org/pipermail/openstack-discuss/2020-December/019362.html thread has some nice answers 14:07:03 <bcafarel> from what I got, l-c in its current state is not really helpful so the big bumps we do there are OK-ish 14:07:26 <bcafarel> and requirements ones are actually real issues in our deps so better to have them sorted out finally 14:07:33 <slaweq> bcafarel: shouldn't we remove l-c job then? 14:07:49 <slaweq> I know that some other projects are doing that, no 14:07:50 <slaweq> ? 14:07:54 <bcafarel> test-requirements we may limit damage by moving deps in tox.ini (I sent https://review.opendev.org/c/openstack/neutron/+/767125 to see how it goes on master) 14:08:33 <amotoki> no installation of test-reqs in devstack perhaps makes sense to me 14:08:34 <bcafarel> slaweq: there is a separate thread that started on that, I guess we can wait to see the conclusion there (if it should be dropped everywhere) 14:08:45 <amotoki> I am not sure about removing l-c job 14:09:31 <bcafarel> https://review.opendev.org/q/I8f24b839bf42e2fb9803dc7df3a30ae20cf264eb will probably help for some failures (it helped with that bandit 1.6.3 stuff) 14:10:42 <bcafarel> so far victoria has backport pending https://review.opendev.org/c/openstack/neutron/+/766940 I am trying ussuri atm (I have hope a 1-line req change may be enough there let's see) 14:11:34 <haleyb> bcafarel: i'm having trouble with ussuri for ovn provider, will be looking to see if there's something i'm missing 14:12:34 <slaweq> ok, so lets see how it will go 14:12:41 <slaweq> and thx bcafarel for taking care of it 14:13:04 <slaweq> I think we can move on then 14:13:05 <slaweq> #topic Blueprints 14:13:11 <slaweq> Wallaby-2 https://bugs.launchpad.net/neutron/+milestone/wallaby-2 14:13:16 <slaweq> any updates about BPs? 14:15:25 <slaweq> regarding engine facade BP there are still some opened patches 14:15:32 <slaweq> please check https://review.opendev.org/q/status:open+topic:bp/enginefacade-switch and review them 14:15:50 <slaweq> those are some small leftovers which we missed to migrate earlier 14:16:02 <slaweq> and I need to check stadium projects as well 14:16:46 <slaweq> regarding https://blueprints.launchpad.net/neutron/+spec/secure-bac-roles there is a lot of patches ready to review: https://review.opendev.org/q/topic:%2522secure-rbac%2522+(status:open+OR+status:merged)+project:openstack/neutron 14:17:25 <slaweq> I'm currently updating patches proposed by lbragstad to the format which we wanted, like define deprecated rule close to the rule definition, not on the top of file 14:17:29 <slaweq> etc 14:17:37 <slaweq> but many of them should be already ok to review 14:17:46 <slaweq> please do so 14:18:40 <slaweq> and that's all update which I have for today regarding BPs 14:20:27 <slaweq> ok, if there is no other update, lets move on 14:20:31 <amotoki> I have one question on testing. In the policy pop-up meeting, how to test new policies was dsicussed. 14:20:40 <amotoki> do you have any discussion on this? 14:21:04 <amotoki> I haven't followed up the discussion well though... 14:21:13 <slaweq> nope, for now I was just focused on patches to change roles definitions 14:21:34 <slaweq> but IIRC keystone (and maybe nova) got some examples of UT to test that 14:21:46 <slaweq> and we will probably need to add such UT also 14:22:39 <amotoki> thanks. some RBAC policies are now covered in our UT, but we may explore more systematic way. it would be the next step. 14:23:47 <slaweq> amotoki: yes, it will be 14:24:41 <amotoki> i have nothing on this topic. I think we can move on 14:24:52 <slaweq> thx 14:24:54 <slaweq> so lets move on 14:25:03 <slaweq> #topic Community Goals 14:25:11 <slaweq> amotoki: ralonsoh any updates? 14:25:18 <ralonsoh> no 14:25:52 <amotoki> no updates on the policy.yaml migration. we are waiting for l-c fix in neutron-lib. 14:26:30 <slaweq> ok 14:26:33 <slaweq> so lets move on 14:26:39 <slaweq> #topic Bugs 14:26:46 <slaweq> I was bug deputy last week 14:26:58 <slaweq> full summary is at http://lists.openstack.org/pipermail/openstack-discuss/2020-December/019414.html 14:27:25 <slaweq> there is couple of bugs which needs some attention 14:27:30 <slaweq> https://bugs.launchpad.net/neutron/+bug/1907232 - neutron-dynamic-routing issue 14:27:31 <openstack> Launchpad bug 1907232 in neutron "dynamic-routing: "dragent add speaker" is buggy" [High,New] 14:27:45 <slaweq> would be good if someone familiar with this project could take a look 14:28:13 <slaweq> https://bugs.launchpad.net/neutron/+bug/1908057 - l3 ha issue with killing keepalived processes 14:28:15 <openstack> Launchpad bug 1908057 in neutron "Ensure "keepalived" is correctly disabled (the process does not exist)" [Medium,Confirmed] - Assigned to Rodolfo Alonso (rodolfo-alonso-hernandez) 14:28:26 <slaweq> ralonsoh: will You fix it? 14:28:28 <ralonsoh> I'm on this one 14:28:30 <ralonsoh> one sec 14:28:39 <ralonsoh> https://review.opendev.org/c/openstack/neutron/+/766939 14:28:42 <slaweq> thx 14:29:33 <slaweq> https://bugs.launchpad.net/neutron/+bug/1907175 - for me seems more like ovs bug, not neutron but maybe You can also take a look 14:29:34 <openstack> Launchpad bug 1907175 in neutron " intermittently ALL VM's floating IP connection is disconnected, and can be reconnected after 5-6 minutes " [Undecided,New] 14:29:49 <slaweq> so if You will have some time, please take a look - maybe I missed something there 14:30:01 <slaweq> and the last one 14:30:03 <slaweq> https://bugs.launchpad.net/horizon/+bug/1907843 - I moved it to Horizon but maybe worth to check if we can do something in Neutron to help with tha 14:30:04 <openstack> Launchpad bug 1907843 in OpenStack Dashboard (Horizon) "security groups filtered with tenant_id does not accept rbac" [Undecided,New] 14:30:12 <slaweq> amotoki: maybe You could take a look? 14:30:24 <amotoki> slaweq: sure 14:30:24 <ralonsoh> (we need to remove tenant_id references) 14:30:52 <slaweq> ralonsoh: I think it's the same for project_id in that specific case :) 14:31:01 <amotoki> it is a feature gap in horizon. neutron RBAC is not implemented yet. 14:32:09 <slaweq> amotoki: ok, so that's what I thought - it's more for horizon then Neutron :) 14:32:31 <amotoki> yes. If neutron API behavior in admin is like nova, the horizon implemention would be much simpler :-( 14:33:03 <amotoki> anyway it is a horizon bug. 14:33:39 <slaweq> amotoki: thx for confirmation 14:33:59 <slaweq> this week our bug deputy is hongbin 14:34:14 <slaweq> I sent him an email with reminder but I don't have any reply yet 14:34:27 <slaweq> next week it's haleyb turn 14:34:32 <slaweq> are You ok with that? 14:34:39 <slaweq> it should be quiet week :) 14:34:51 <bcafarel> I can promise I will not login that week and fill bugs at least 14:34:54 <haleyb> slaweq: i'm on PTO next week, can maybe check email a couple of times 14:35:01 <haleyb> no bugs please everyone! 14:35:20 <slaweq> haleyb: I hope there will be no many bugs next week 14:35:37 <slaweq> monday and tuesday I will be still here so I will help You with that 14:36:04 <slaweq> any other bugs You want to discuss today? 14:36:14 <mlavalle> slaweq: I can help triaging bugs next week 14:36:22 <slaweq> thx mlavalle 14:36:29 <ralonsoh> if we have time at the end of this meeting, I would like to talk about the live-migration issue 14:36:59 <ralonsoh> (at the end) 14:37:07 <mlavalle> slaweq: or this week if hongbin doesn't respond. let me know 14:37:16 <slaweq> mlavalle: sure, thx a lot 14:37:21 <mlavalle> or both 14:37:47 <slaweq> :) 14:40:58 <slaweq> ok, it seems that there are no other bugs to discuss today 14:41:27 <slaweq> so ralonsoh lets go with live-migration issue 14:41:48 <ralonsoh> https://bugs.launchpad.net/neutron/+bug/1901707/comments/3 14:41:49 <openstack> Launchpad bug 1901707 in neutron "race condition on port binding vs instance being resumed for live-migrations" [Undecided,In progress] - Assigned to Rodolfo Alonso (rodolfo-alonso-hernandez) 14:41:56 <ralonsoh> live-migration is working now by mistake 14:42:16 <ralonsoh> we are sending too many vif-plugged events to Nova during the live-migration 14:42:32 <ralonsoh> Nova is expecting only one: when the destination host port is bound 14:42:52 <ralonsoh> the problem in Nova is that this port is created by libvirt when the VM is unpaused 14:43:05 <ralonsoh> so Sean Mooney and me are pushing some changes to 14:43:22 <ralonsoh> 1) avoid unneeded vif-plugged events during live migration 14:43:36 <ralonsoh> 2) allow libvirt to create the port before unpausing the VM 14:43:48 <ralonsoh> 3) allow to bind the port in OVS with ofport -1 (merged) 14:44:04 <ralonsoh> we found today the problem with libvirt in the CI jobs 14:44:34 <ralonsoh> the main problem with this LP bug is that, if thee OVS agent is loaded, the OF rules will be set too late and we'll have packets lost 14:44:43 <ralonsoh> (this is the main summary) 14:45:03 <ralonsoh> and finally, this is the Neutron patch: https://review.opendev.org/c/openstack/neutron/+/766277 14:45:10 <ralonsoh> I'll comment in the LP the Nova ones 14:45:14 <ralonsoh> (that's all) 14:45:40 <slaweq> ralonsoh: first of all thx for finally cleaning this mess with notifications between nova and neutron :) 14:45:48 <ralonsoh> hehehhhe no easy! 14:46:17 <slaweq> and please also be sure that those changes will not break ovn - I remember that maciek was doing some hacks to make it working with ML2/ovn some time ago 14:46:26 <ralonsoh> for sure, I'm aware of this 14:46:34 <ralonsoh> and checking that in a testing env 14:46:57 <slaweq> ralonsoh: please remember that tempest-slow-ovn job is broken now 14:47:05 <slaweq> and I think that live-migration tests are run in that job 14:47:14 <slaweq> so You may miss problems with ML2/ovn 14:47:27 <ralonsoh> I'll make the test manually 14:47:40 <ralonsoh> (make... execute) 14:48:17 <slaweq> thx 14:49:26 <slaweq> ok, so I think we are good for today 14:49:31 <slaweq> thx for attending the meeting 14:49:36 <hemanth_n> hi, i'm looking for reviews on https://review.opendev.org/c/openstack/neutron/+/752248 14:50:05 <slaweq> hemanth_n: You have my +2 already 14:50:25 <hemanth_n> slaweq: yes, some more final reviews and WF +1 14:50:54 <slaweq> ok, I hope ralonsoh or mlavalle will find some time to check it :) 14:50:58 <ralonsoh> sure 14:50:59 <slaweq> or haleyb :) 14:51:26 <hemanth_n> ack, thank you 14:51:43 <slaweq> ok, have a great holidays everyone 14:51:56 <njohnston> o/ 14:51:57 <slaweq> and see You all on the meetings in 2021 :) 14:52:02 <slaweq> o/ 14:52:04 <hemanth_n> o/ 14:52:06 <slaweq> #endmeeting