15:00:03 #startmeeting neutron_l3 15:00:04 Meeting started Thu Aug 23 15:00:03 2018 UTC and is due to finish in 60 minutes. The chair is mlavalle. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:06 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:09 The meeting name has been set to 'neutron_l3' 15:00:21 hi 15:00:45 hey haleyb 15:00:52 hi 15:01:07 hey Swami 15:01:26 o/ 15:01:33 welcome njohnston 15:02:28 #topic Announcements 15:02:56 Some time today, we are going to cut our final rc (2) for the Rocky release 15:03:32 as many of you know from the Neutron meeting, we wanted to include bug fixes that were merged since rc-1 two weeks ago 15:03:41 I think we are in good shape 15:04:09 mlavalle: there was one critical bug that was mentioned in DVR, not sure if we need to include that. It is a revert. 15:04:33 Swami: do you have the url handy? 15:04:45 #link https://bugs.launchpad.net/neutron/+bug/1783654 15:04:45 Launchpad bug 1783654 in neutron "DVR process flow not installed on physical bridge for shared tenant network" [Critical,In progress] - Assigned to Swaminathan Vasudevan (swaminathan-vasudevan) 15:05:20 mlavalle: FYI RC2 cut announcement is out: http://lists.openstack.org/pipermail/openstack-dev/2018-August/133722.html 15:05:23 It has two patches. 15:05:27 #linkhttps://review.openstack.org/#/c/595490/ 15:05:32 #link https://review.openstack.org/#/c/595490/ 15:05:33 and 15:05:55 #link https://review.openstack.org/#/c/595496/ 15:06:36 njohnston: I talked to the release team about this. They are fine with us crating a rc-2 today 15:06:45 in any case, I'll re-check with them 15:07:37 haleyb: let's take a look at that revert as soon as possible 15:08:13 mlavalle: ack, i had seen the bug but will look closer 15:08:19 thanks 15:08:29 Swami: thanks for bringing this up 15:08:38 mlavalle: np 15:09:05 The other announcement is the PTG. We are less than two weeks away from it 15:09:47 I know haleyb and njohnston will be there? 15:09:54 any news from you Swami ? 15:10:19 mlavalle: I might not be there, but will try to attend remote, if there are remote sessions. 15:11:23 moving on 15:11:28 #topic Bugs 15:11:43 Swami: do you want to start? 15:11:51 ok, will start 15:12:05 As I mentioned the first one shown above is the critical one. 15:12:31 #link https://bugs.launchpad.net/neutron/+bug/1783654 15:12:31 Launchpad bug 1783654 in neutron "DVR process flow not installed on physical bridge for shared tenant network" [Critical,In progress] - Assigned to Swaminathan Vasudevan (swaminathan-vasudevan) 15:12:53 Since I pushed in the revert patch please review it. 15:13:05 hi 15:13:07 sorry for late 15:13:41 The next one is 15:13:45 #link https://bugs.launchpad.net/neutron/+bug/1786169 15:13:45 Launchpad bug 1786169 in neutron "DVR: Missing fixed_ips info for IPv6 subnets" [Medium,In progress] - Assigned to Dongcan Ye (hellochosen) 15:14:10 There is a patch under review #link https://review.openstack.org/590157 15:14:20 If not reviewed please review it. 15:14:55 The next one in the list is #link https://bugs.launchpad.net/neutron/+bug/1786272 15:14:55 Launchpad bug 1786272 in neutron "Connection between two virtual routers does not work with DVR" [Medium,Triaged] - Assigned to Brian Haley (brian-haley) 15:15:05 haleyb: I tried the reproduce this problem. 15:15:32 Swami: I reproduced it 15:15:57 haleyb: It seems that is by design. The only way you can communicate between two routers is you need to have a third common subnet connecting the two routers. I have updated my information in the bug report. 15:16:19 slaweq: Yes I was also able to see the problem. 15:16:49 Swami: i thought we did have a subnet between them 15:17:30 today I was trying it a bit today and when I removed from both nodes rule added by https://github.com/openstack/neutron/blob/master/neutron/plugins/ml2/drivers/openvswitch/agent/ovs_dvr_neutron_agent.py#L457 15:17:47 then it connection between such 2 vms was working 15:17:59 haleyb: If we have a subnet between the routers, and add a static route to reach the other subnet it should work. Only in isolated cases it should not work. By looking at your bug report, it says that you are only adding two subnets. 15:18:00 but I have no idea about other consequences of that :) 15:18:33 in this bug there are 3 different networks used 15:19:03 Swami: the third subnet in the bug report was on the Wan network, which is where both routers are attached 15:19:10 haleyb: Ok, in that case I will have to relook into this issue, may be I missed something. 15:19:36 i think if that was an external network it would work 15:19:56 haleyb: yes, then it would work 15:20:05 also in non-dvr scenario it works fine 15:20:13 haleyb: Yes that would have worked. 15:20:33 haleyb: Anyway I will recheck it. 15:21:10 The next one in the list is 15:21:14 #link https://bugs.launchpad.net/neutron/+bug/1785227 15:21:14 Launchpad bug 1785227 in neutron "Router port: no dataplane update on change" [Medium,Confirmed] 15:21:49 It seems that when router port update happens, there is no notification in a specific case. 15:22:51 right, i reproduced but hadn't tracked down source 15:22:52 Not patch yet for review on this bug. I will try to see if I can push one. 15:23:36 haleyb: yes I saw your message on the bug. 15:23:43 The next one is #link https://bugs.launchpad.net/neutron/+bug/1774459 15:23:43 Launchpad bug 1774459 in neutron "Update permanent ARP entries for allowed_address_pair IPs in DVR Routers" [High,Confirmed] 15:24:22 I have added some comments in the bug, I am not a openvswitch expert, but if anyone in this group is, could you please look into my suggestions for this bug. 15:25:06 Was thinking if we can address this issue through openflow rules and ARP Responder, please let me know your thoughts. 15:26:10 yeah, t\we've been dealing with this issue for some time. I'll take alook 15:26:12 again 15:26:36 mlavalle: thanks 15:27:13 mlavalle: haleyb: slaweq: #link https://review.openstack.org/#/c/577012/ This patch is failing a unit test that passed in queens and master, not sure what is wrong with the pike setup. 15:27:34 can one of you take a look, or else should we suppress this unit test for pike and push this patch. 15:28:07 Swami: which UT is failing there? 15:28:14 I see al UT jobs green 15:28:17 *all 15:28:19 yeah 15:28:46 failures are in function and tempest full 15:28:53 slaweq: neutron-functional neutron.tests.functional.services.l3_router.test_l3_dvr_ha_router_plugin.L3DvrHATestCase.test_create_floating_ip_with_no_dvr_agents 15:29:18 * mlavalle looking 15:30:03 I saw such error somewhere already but I don't remember when and where :/ 15:30:22 * haleyb doesn't remember either 15:30:29 I can take a look for this one but probably not this week 15:30:36 slaweq: ok thanks, if you remember please let me know or comment in the patch. 15:30:44 slaweq: not urgent 15:30:45 Swami: sure 15:30:52 mlavalle: that's all I had. Back to you 15:31:38 Swami: I am looking at another functional test failure in Queens (as I will mention in a minute). I'll get back to you if I see relationship 15:31:47 Swami: Thanks for the update 15:31:54 mlavalle: thanks 15:32:36 On my side I am working on a couple of bugs we also discussed during the CI meeting. First one is https://bugs.launchpad.net/neutron/+bug/1788185 15:32:36 Launchpad bug 1788185 in neutron "[Stable/Queens] Functional tests neutron.tests.functional.agent.l3.test_ha_router failing 100% times " [Critical,Confirmed] - Assigned to Miguel Lavalle (minsel) 15:33:11 I spent some time yesterday afternoon on this one. Haven't gotten to the root cause yet 15:33:50 THe other one is https://bugs.launchpad.net/neutron/+bug/1788006 15:33:50 Launchpad bug 1788006 in neutron "neutron_tempest_plugin DNS integration tests fail with "Server [UUID] failed to reach ACTIVE status and task state "None" within the required time ([INTEGER] s). Current status: BUILD. Current task state: spawning."" [Undecided,Confirmed] - Assigned to Miguel Lavalle (minsel) 15:34:07 I will debug this one at some point today or tomorrow 15:34:23 That's all I have for today 15:35:10 any other bugs we should discuss today? 15:35:52 I don't have any 15:36:04 ok, let's move on 15:36:11 #topic Openflow DVR 15:36:31 anyone updates on this topic? 15:37:23 I have an update. As mentioned in the previous meeting, I created a blueprint to track this effort: https://blueprints.launchpad.net/neutron/+spec/openflow-based-dvr 15:37:38 haleyb: would you be willing to be the approver? 15:38:11 mlavalle: yes, sign me up 15:38:38 ok, you are assigned to it 15:39:20 #topic Open Agenda 15:39:29 anything else we should discuss today? 15:40:11 if not, I return 20 minutes to you busy agendas 15:40:16 #endmeeting