14:00:35 #startmeeting neutron_l3 14:00:36 Meeting started Wed Aug 28 14:00:35 2019 UTC and is due to finish in 60 minutes. The chair is liuyulong. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:37 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:00:40 The meeting name has been set to 'neutron_l3' 14:01:19 hi 14:01:36 liuyulong_: Error: Can't start another meeting, one is in progress. Use #endmeeting first. 14:01:49 nested meeting? :) 14:01:55 o/ 14:01:59 bad connection.... 14:02:10 #chair haleyb 14:02:11 Current chairs: haleyb liuyulong 14:02:15 hi 14:02:15 #chair liuyulong_ 14:02:15 Current chairs: haleyb liuyulong liuyulong_ 14:02:28 OK, let's start 14:02:30 #topic Announcements 14:03:07 #link https://etherpad.openstack.org/p/Shanghai-Neutron-Planning 14:03:36 I added some topics last night, hope you guys are interested in that. 14:06:52 liuyulong: instead of centralized DNAT scale-out, why not DVR? but maybe that's a discussion for the ptg 14:06:59 The number of PTG participants seems to be very small. 14:08:31 haleyb, for some deployment, they just do not want all nodes have the public network NICs. 14:09:21 haleyb, a centralized NAT cluster looks easy to manage and maintain. 14:10:39 So please add your name and topic there. 14:10:44 Let's move on. 14:10:54 #topic Bugs 14:11:47 We have no bug deputy email this week. 14:12:07 there was a google doc i believe 14:12:26 #link https://wiki.openstack.org/wiki/Network/Meetings#Bug_deputy 14:12:38 August-19-2019 Swaminathan Vasudevan (Swami) 14:12:42 August-26-2019 Akihiro Motoki (amotoki) replaced by lajoskatona for Aug 26 14:13:22 So last week should be Swaminathan, and this week lajoskatona 14:14:02 #link https://bugs.launchpad.net/neutron/+bugs?field.searchtext=&orderby=-datecreated&search=Search&field.status%3Alist=NEW&field.status%3Alist=OPINION&field.status%3Alist=INVALID&field.status%3Alist=WONTFIX&field.status%3Alist=EXPIRED&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.status%3Alist=FIXRELEASED&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.sta 14:14:02 tus%3Alist=INCOMPLETE_WITHOUT_RESPONSE&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has 14:14:02 _blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on 14:14:38 liuyulong: can You maybe use some url shortener and give short url here? :) 14:15:11 https://docs.google.com/spreadsheets/d/1JjcSHL6hFYsAvlrcgK7_Eje1S4vvJdvm363_Mmy557I/edit?usp=sharing 14:15:17 Let's scan the list by "newest first". 14:15:18 that is the bug report for last week 14:15:56 I can not open that link right now... 14:16:08 #link https://bugs.launchpad.net/neutron/+bug/1841753 14:16:09 Launchpad bug 1841753 in neutron "Pyroute2 netns.ns_pids() will fail if during the function loop, one namespace is deleted" [Undecided,New] - Assigned to Rodolfo Alonso (rodolfo-alonso-hernandez) 14:16:36 ralonsoh is working on this 14:16:46 I have a patch uploaded 14:16:59 https://review.opendev.org/#/c/679026/ 14:17:08 there is an issue in pyroute2 14:17:17 so this is a workaround 14:17:39 So the fix is a workaround. 14:17:51 that's why I set related-bug in the comment 14:18:00 this patch is not a fix for neutron 14:18:08 the fix should be in pyroute2 14:18:17 (I'll propose a patch this week) 14:19:07 Make sense, current approach can help solve the problem, we can merge it soon if it break CI too much. 14:19:39 Next 14:19:43 #link https://bugs.launchpad.net/neutron/+bug/1841682 14:19:44 Launchpad bug 1841682 in neutron "rootwrap sudo process goes into defunct state" [Undecided,New] 14:19:58 that was filled yesterday 14:20:13 zombie process right? 14:20:31 this should not be related to the last three patches submitted to neutron-keepalived 14:20:38 yes zoombie processes 14:20:58 this bug is reported for an environment using rocky 14:21:28 so I would like to know if this is happening now (I'll check the logs in the functional and fullstack tests) 14:21:32 So I wonder what's the real command after that "[sudo]" ? 14:21:43 that's the point: we can't know 14:22:07 this happens if you spawn a process using "Ip netns" 14:22:15 and you kill the process inside the namespace 14:22:25 the kernel process will remain in this state 14:23:00 I'll take a look at the current logs in the CI 14:23:41 Great, thank you, may I assign this bug to you? 14:23:45 sure 14:24:19 Rodolfo Alonso (rodolfo-alonso-hernandez) right? 14:24:28 yes 14:24:52 Done 14:24:57 OK, let's move on 14:25:02 Next... 14:26:03 #link https://bugs.launchpad.net/neutron/+bug/1839004 14:26:04 Launchpad bug 1839004 in neutron "Rocky DVR-SNAT seems missing entries for conntrack marking" [Undecided,Incomplete] 14:27:06 Something related to BGP 14:28:20 right, looked like subnet pool issue at first 14:28:21 Ryan said it is not reproducable. 14:31:12 Bad connection... 14:31:27 can probably close then 14:31:56 Let's keep an eye on that bug. 14:32:39 Most of other bugs related to L3 are marked as fixed or invalid. 14:33:27 So if you guys have others, go ahead~ 14:34:04 https://bugs.launchpad.net/neutron/+bug/1812118 14:34:05 Launchpad bug 1812118 in neutron "Neutron doesn't allow to update router external subnets" [Medium,In progress] - Assigned to Brian Haley (brian-haley) 14:34:13 https://review.opendev.org/#/c/670177/ 14:34:40 while i can't seem to get the test to pass, let's discuss the one-line change 14:35:54 basically the bug is you can't change the external subnet/IP of a router, you have to remove then re-add 14:36:14 but i think it should be allowed if the network is not changing 14:38:54 Change external subnet may have some issues of the public network connection. Any why users need to change the external subnet? 14:40:31 i didn't see any issues in testing, and it's possible to do, just have to be admin 14:40:50 if i can delete and add to do the same thing, why not update? 14:42:03 it doesn't seem much different than having multiple external subnets, and your router is on one, but floating IPs are on another 14:42:15 it should still work 14:42:31 So the original request is whay this command does not work for normal user? "openstack router set --external-gateway 30e25ece-439b-4d9f-a3f7-816d0167d2cd --fixed-ip subnet=72808793-445e-4fe5-b653-097d720304e8 test" 14:43:48 right, because of the missing admin context 14:45:07 OK, looks like I was overthinking of this. 14:46:42 it's the darn test that is killing me, if anyone has a thought on that i'd appreciate it, seems simple from a high level 14:50:15 Should call update_router for the test? 14:50:47 https://review.opendev.org/#/c/670177/7/neutron/tests/fullstack/test_l3_agent.py@139, you call the "update_port" now. 14:52:00 hmm, maybe that's it, i was thinking that test was very similar, i'll take a look, thanks liuyulong 14:53:11 or i just remove the test :) 14:53:47 Test cases are always needed. : ) 14:54:05 liuyulong: nah, tests are only slowing us down :P 14:54:34 it seemed like fullstack was the right way though 14:55:55 OK, let's stop here today. 14:56:12 Thank you guys for attending. 14:56:20 bye 14:56:26 bye 14:56:30 #endmeeting