15:01:26 #startmeeting neutron_l3 15:01:27 Meeting started Thu Jul 6 15:01:26 2017 UTC and is due to finish in 60 minutes. The chair is mlavalle. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01:29 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:01:31 The meeting name has been set to 'neutron_l3' 15:01:45 hi 15:01:49 hi 15:02:07 #topic Announcements 15:02:27 I hope everyone had a relaxin 4th of July long weekend 15:02:48 Pike-3 is aproaching fast 15:03:09 mlavalle: yes it was good to have some break 15:03:19 July 24 to 28 15:03:27 #link https://releases.openstack.org/pike/schedule.html 15:04:14 think i'm on vacation the week before that, need to plan things better 15:04:24 LOL 15:04:38 Any other annoucements? 15:05:21 oh yeah, deadline for Summit talks submisions is July 14th 15:05:22 mlavalle: nothing from me. 15:05:50 ok, moving on 15:05:57 #topic Bugs 15:06:15 as usual, we will start with DVR 15:06:21 mlavalle: thanks 15:06:30 Swami please fire away 15:06:36 This week we don't have any new bugs. 15:06:53 There was a bug that I filed regarding the scale issue that we saw with DVR. 15:07:42 That was recently closed. 15:07:50 just for your info. #link https://bugs.launchpad.net/neutron/+bug/1701288 15:07:51 Launchpad bug 1701288 in neutron "In scale testing RPC timeout error seen in the ovs_neutron_agent when update_device_list is called with DVR routers" [High,Fix released] - Assigned to Kevin Benton (kevinbenton) 15:08:21 I have been seeing couple of issues with DVR on the master branch. 15:08:21 I think I helped to merge a patchset by Kevin to address that 15:08:31 mlavalle: yes, thanks. 15:09:00 In DVR I am seeing an issue when L3-agent restarts. 15:09:05 in the patchset you mentioned you were going to test at scale 15:09:20 We are seeing an error for unable to process the router, I will look into it and file a bug. 15:09:39 the stable picks are failing, haven't looked at the issue yet 15:09:41 mlavalle: yes I will update based on how our testing goes. 15:10:03 :-) 15:10:05 haleyb: yes I did notice that the jenkins is failing. I will check on that. 15:10:20 flavor error, i'll recheck since i'm looking 15:10:46 Just for the context, here is the patch that is failing jenkins. #link https://review.openstack.org/#/c/480684/ 15:10:52 haleyb: thanks 15:11:26 Also I am seeing an Error message in the Neutron-server log, that states that the DVR port does not have binding. 15:12:09 The DVR port is bound, but this log is being sent out from the ml2/plugin, I will debug further and add a bug report. 15:12:33 I am not sure which patch caused this regression. 15:12:41 Swami: When I was working on my patch I found it for looking for the dvr port with a host. 15:13:18 Swami: I was under the impression dvr ports don't have a host 15:13:45 davidsha: yes, dvr ports have portbindings, but may be the portbinding info is fetched from the wrong table. 15:14:03 davidsha: I will check it out and will add a bug. 15:14:09 kk 15:14:24 Those are the two issues that we are seeing now. 15:14:34 There are couple of patches up for review. 15:14:54 #link https://bugs.launchpad.net/neutron/+bug/1583694 15:14:56 Launchpad bug 1583694 in neutron "[RFE] DVR support for Allowed_address_pair port that are bound to multiple ACTIVE VM ports" [Wishlist,In progress] - Assigned to Swaminathan Vasudevan (swaminathan-vasudevan) 15:15:03 Associated with this RFE. 15:15:28 Need some review on it. Kevin has been reviewing the server side patch and it is pretty good in shape. 15:15:56 #link https://review.openstack.org/#/c/466434/ 15:16:17 #link https://review.openstack.org/#/c/437986/ 15:16:22 Swami: i'll take a look again 15:16:26 haleyb: thanks 15:16:38 Also the metering agent bug related to DVR needs review. 15:16:56 #link https://review.openstack.org/#/c/475077/ 15:17:16 haleyb: I added a UT for this patch. 15:17:39 Swami: thanks for adding the test, will look closer right after meeting 15:17:48 haleyb: ok 15:18:31 mlavalle: haleyb: Once the unbound port patch merges, I will start working on this bug. #link https://bugs.launchpad.net/neutron/+bug/1667877 15:18:32 Launchpad bug 1667877 in neutron "[RFE] Allow DVR for E/W while leaving N/S centralized" [Wishlist,Triaged] 15:18:56 That's all I have for DVR. 15:19:04 that had some discussion at the last drivers meeting 15:19:12 Swami: yeah, did you have a chance to coordinate with kevinbenton regarding that RFE? 15:19:36 mlavalle: No I did not discuss about this with Kevin yet. I will discuss this week. 15:20:02 there's been some un-resolved discussion regarding the RFE in the drivers team 15:20:05 haleyb: mlavalle: I saw the comments from last weeks meeting, but nothing was clear from the discussions, is it a go or no-go. 15:20:20 I don't think is go yet 15:20:34 mlavalle: ok, no problem. 15:20:47 it seemed like armando didn't like it, maybe there is some changes we can make 15:20:49 that is why it is better to coordinate with kevinbenton 15:21:02 yes, he does have the final say :) 15:21:12 mlavalle: yes I have not started the work yet, but I will consult with Kevin before starting the work. 15:21:31 I just don't want you to go down a rabbit hole 15:21:45 mlavalle: understood 15:22:47 are we done with DVR? 15:22:54 mlavalle: yes 15:23:11 Thanks for the update Swami. Useful as always :-) 15:23:39 First one I have is https://bugs.launchpad.net/neutron/+bug/1683227 15:23:40 Launchpad bug 1683227 in neutron "test_legacy_router test cases sometimes fail with: Cannot find device "qg-*" when moving it into a namespace" [High,Confirmed] - Assigned to Miguel Lavalle (minsel) 15:23:53 Last week I thought we have closed this one 15:24:44 but ihrachys found a hit yesterday 15:24:58 so I am working through the logs right now 15:25:46 in the case I am analyzing, it is the qr-* port that disappears 15:26:24 mlavalle: that is strange. 15:26:37 and the test case is also different 15:26:44 mlavalle: why does it throw an error on qg- is it a log error. 15:27:42 there is a traceback from the router_info in the log 15:28:09 doesn't find the device, some cases qg, other cases qr 15:28:55 mlavalle: ok 15:29:08 the interesting thing is that the previous command succesfully executed was against the same device qr-* 15:29:21 it just vanishes in thin air suddenly 15:30:00 I need to dig deeper 15:30:18 but ate least today we have a fresh case to do it 15:30:58 Next one is https://bugs.launchpad.net/neutron/+bug/1694764 15:30:59 Launchpad bug 1694764 in neutron "test_metadata_proxy_respawned failed to spawn metadata proxy" [High,Confirmed] - Assigned to Miguel Lavalle (minsel) 15:31:38 I have made much progress with this one, but it is in my pipeline 15:32:15 Any other bugs to be discussed today? 15:32:33 not here 15:33:07 ok, moving on 15:33:12 #topic DNS 15:33:28 I am finished with the implementation of this feature 15:33:44 merged one of the patchsets in the series on the neutron-lib side 15:33:58 and I have 3 patchsets ready for review 15:34:35 #link https://review.openstack.org/#/c/457101 15:34:50 #link https://review.openstack.org/#/c/457035 15:35:08 #link https://review.openstack.org/#/c/468697 15:35:32 #topic Routed Networks 15:36:16 Now that my work with DNS is winding down, I am devoting time to the routed networks floating ips spec 15:36:44 mlavalle: sounds good 15:36:56 I have spent time understanding how to used BGP dynimic routing for it and I think I have a clear picture now 15:37:10 so over the next few days I will put it in black and white 15:37:52 so I think we will have this spec ready by the end of Pike, as agreed in Boston 15:38:06 mlavalle: nice 15:38:15 nice :) 15:38:26 #topic Open Agenda 15:38:35 any other topics we should discuss today? 15:39:18 Swami: If its the same problem, this is how I fixed it in my deployment: https://review.openstack.org/#/c/472289/3/neutron/plugins/ml2/plugin.py 15:40:26 davidsha: thanks I will take a look at it. That is the same error I was saying. 15:40:41 kk. 15:41:35 davidsha: you pushed revision yesterday 15:41:42 is it good to look at? 15:42:30 mlavalle: It's better to look at, there is still more work to do. 15:42:43 davidsha: yes I will look at your revision. 15:42:44 davidsha: I'll look at it anyway 15:42:57 Swami, mlavalle Thanks! 15:42:58 I find this interesting 15:43:06 any other topics? 15:43:26 The IPv6 stuff isn't all there yet, there is more to icmpv6 than there is to arp. 15:43:44 LOL 15:44:06 OK team, thanks for attending 15:44:20 enjoy the rest of your weeks 15:44:24 mlavalle: haleyb: davidsha: bye 15:44:27 Thanks, cya! 15:44:27 #endmeeting