15:00:11 #startmeeting neutron_l3 15:00:12 Meeting started Thu Aug 9 15:00:11 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:13 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:16 The meeting name has been set to 'neutron_l3' 15:00:58 o/ 15:01:17 hi 15:01:36 #topic Announcements 15:01:54 fwiw, it's been a few hectic days this week 15:02:04 hi 15:02:14 We will cutting rc1 later today 15:02:35 excellent! 15:02:56 amotoki is goiung to push the patch and we are going to mark it wip until we know the feat of https://review.openstack.org/#/q/status:open+project:openstack/neutron-fwaas+branch:master+topic:bug/1720727 15:03:19 hi 15:03:22 everything else is already in 15:03:29 FYI a neutron RC1 patch https://review.openstack.org/#/c/590360/ 15:03:59 amotoki: cool, thanks, I will take it from here 15:04:05 have a good night 15:04:47 amotoki: ahh I see you are writing the cycle highlights. Thanks for that 15:05:45 I also think that all of you must have received you ATC invite for the Berlin Summit 15:05:56 did you notice its is not free anymore? 15:06:41 mlavalle: it is only free if you attend the PTG, and partial if you are an ATC 15:06:58 ahhh, good thing I didn't register using it 15:07:09 I was about to do it 15:07:12 LOL 15:07:26 any other announcements for today? 15:08:19 if not, let's move on 15:08:22 #topic Bugs 15:08:43 Swami: welcome from vacation.... do you want to start? 15:09:02 sure, 15:09:18 I did see that there are couple of new bugs filed against DVR. 15:09:24 #link https://bugs.launchpad.net/neutron/+bug/1783470 15:09:24 Launchpad bug 1783470 in neutron "get_subnet_for_dvr returns SNAT mac instead of gateway in subnet_info" [Undecided,In progress] - Assigned to Arjun Baindur (abaindur) 15:09:54 There is a patch under review for this bug. #link https://review.openstack.org/587234 15:10:20 I will review the bug and the patch. I did see that Brian had already reviewed this patch. 15:10:39 The next one in the list is 15:10:50 he doesn't seem to be responding to reviews 15:11:02 we might have to take over the patch 15:11:11 mlavalle: let me take it in that case and will work it out. 15:11:12 mlavalle: he pinged me yesterday and said he would update with a test 15:11:17 #link https://bugs.launchpad.net/neutron/+bug/1783654 15:11:17 Launchpad bug 1783654 in neutron "DVR process flow not installed on physical bridge for shared tenant network" [Undecided,New] 15:11:41 haleyb: ack 15:12:25 This one I just looked at it, it seems that for the shared tenant network, we are seeing the Router MAC learned by the physical switches, let me see how we can tackle this. I need to triage this as well 15:12:53 The next one in the list is 15:12:57 #link https://bugs.launchpad.net/neutron/+bug/1786272 15:12:57 Launchpad bug 1786272 in neutron "Connection between two virtual routers does not work with DVR" [Undecided,New] - Assigned to Brian Haley (brian-haley) 15:13:05 i just filed that 15:13:20 i had added to end of agenda, or we can talk about it now 15:13:30 ahhh, so it it must be an ivalid bug ;-) 15:13:55 Swami: does the description make sense for this invalid bug :-p 15:14:01 Let me review the bug and will post my comments. 15:14:27 haleyb: The description is good enough 15:14:35 ok, basically two neutron routers with static routes, everything works when both instances are local to a compute, doesn't when on different 15:15:43 So I suspect that it is case of the l2pop not populating the MAC of other router in the compute when there is no other instances of that router in the current compute host. 15:16:01 s/other router/other VMs 15:16:46 Did you try enabling 'ARP Responder' along with DVR. 15:16:49 but those VMs are on a different subnet 15:17:17 it's two different router, no? 15:17:24 I know we had a limitation on connecting router to another router, 15:17:34 yes, two neutron routers, no shared subnet 15:17:40 So we might be hitting the limitation. 15:18:15 haleyb: But let me check it and will add my comments in the bug. I am still in Jet Lag. 15:18:24 LOL 15:18:50 it was odd it worked in some situations, i didn't remember any limitations. i also need to try and setup a test env since it required 3 nodes 15:19:16 haleyb: I might have a three node setup. I will try it out and will let you know. 15:20:08 mlavalle: that's all I had for the DVR bugs. Back to you. 15:20:09 Swami: great, ping me if you need help as i ran through the steps locally w/out dvr the other day 15:20:28 Swami: Thnaks 15:20:50 haleyb: ok will do 15:21:16 On my side, we found this past Tuesday https://bugs.launchpad.net/neutron/+bug/1785848 15:21:16 Launchpad bug 1785848 in neutron "Neutron server producing tracebacks with 'L3RouterPlugin' object has no attribute 'is_distributed_router' when DVR is enabled" [High,Fix released] - Assigned to Brian Haley (brian-haley) 15:21:40 and haleyb right away fixed it https://review.openstack.org/#/c/589573/ 15:21:55 thanks for the quick fix. It made it into our rc1 15:23:15 Last night I spent time debugging https://bugs.launchpad.net/neutron/+bug/1766701 15:23:15 Launchpad bug 1766701 in neutron "Trunk Tests are failing often in dvr-multinode scenario job" [High,Confirmed] - Assigned to Miguel Lavalle (minsel) 15:24:28 it turns out that one of the failures is with the test and I had been working on it a few weeks ago 15:24:51 Here's the patch that I had proposed earlier: https://review.openstack.org/#/c/571043 15:25:44 This command is problematic: https://review.openstack.org/#/c/571043/2/neutron_tempest_plugin/scenario/test_trunk.py@32 15:25:57 playing with it last night I found two syntax errors 15:26:28 I am not satisfied yet that we have exactly what we need but I will be working on it a little further today 15:27:01 and when I feel happy with it I will turn the patch into a real one 15:27:33 and those are all the bugs I have for today 15:27:50 any other bugs we should discuss today? 15:28:41 ok, let's move on 15:28:52 #topic Openflow DVR 15:29:22 * mlavalle just realizes that the meeting bot seems to be working again 15:29:31 Lol 15:29:43 xubozhang, you there? 15:30:45 We've been updating the rebase patch, haleyb mentioned there was another patch that we'd need to rebase on. 15:31:26 We're also going to start rebasing the dvr_bridge patch onto the refactor patch as well 15:31:33 give me one sec to get links! 15:31:34 ok 15:32:01 davidsha: i'd guess it depends which merges first, but i'd figure the removal of the external bridge would. code looked goot otherwise! 15:32:06 good even 15:32:13 the agent refactor patch: https://review.openstack.org/#/c/528336/ 15:32:30 Ya, we'll need to see how it effects the dvr_bridge patch 15:33:01 do we just presume the external bridge is called br-ex or is there another way to find the name? 15:34:00 i don't remember off the top of my head, might have had to do something in that patch for it 15:34:06 David, i am back 15:34:18 kk 15:34:30 any updates xubozhang ? 15:34:48 haleyb, thanks for the reviews btw!# 15:35:02 not major ones 15:35:20 yesterday there were a couple of CI failures 15:35:39 unrelated to the patch? 15:35:43 if you give the list of patches, I will create a blueprint and a gerrit topic foir them 15:36:23 after recheck a couple of times, it seemed fine 15:36:30 528336 15:36:55 mlavalle, Thanks, at the moment it's these two: https://review.openstack.org/#/c/528336/ and https://review.openstack.org/#/c/472289/ 15:37:03 davidsha: ok 15:37:33 davidsha, xubozhang: I am goint to create a blueprint for it and it is going to be in our stain dashboard 15:37:35 thank you! 15:37:43 so we are foccially commiting this for Stein 15:37:46 thanks! 15:37:54 davidsha: the functional tests changed to use ovs_integration_bridge from external_network_bridge, hopefully that will work for this as well 15:37:56 is that ok with you? 15:38:47 It's good with me but I won't be implementing it ;) 15:39:00 how about you xubozhang? 15:39:01 It should be fine! 15:39:41 i don't know about this change 15:40:38 well, I say, if we don't put some pressure on ourseleves, we will never land this stuff. so let's make it official commitment for Stein 15:41:02 will do, I'll make sure it gets in! 15:42:02 ok, anything else to discuss today? 15:42:31 Will the PTG be streamed again this yea? 15:42:37 year* 15:42:50 if there is enough interest, I'll give it a try 15:43:10 kk, Thanks! 15:43:27 #topic Open Agenda 15:44:04 haleyb: next week I'll be in China so most likely, please run the meeting without me 15:44:27 mlavalle: next week i'm on vacation, so guess we should cancel 15:44:38 ahhh, the Vineyard 15:44:43 have fun! 15:44:57 yes, and my timing is perfect for RC :( 15:45:17 any other topics? 15:45:48 ok, thanks for attending 15:45:54 talk to you in two weeks 15:45:58 bye 15:46:00 #endmeeting