15:00:55 <haleyb> #startmeeting neutron_l3
15:00:56 <openstack> Meeting started Thu Mar 29 15:00:55 2018 UTC and is due to finish in 60 minutes.  The chair is haleyb. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:00:57 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
15:01:00 <openstack> The meeting name has been set to 'neutron_l3'
15:01:05 <haleyb> #chair mlavalle
15:01:07 <openstack> Warning: Nick not in channel: mlavalle
15:01:08 <openstack> Current chairs: haleyb mlavalle
15:01:18 <haleyb> hi
15:01:39 <haleyb> miguel will be late
15:02:20 <Swami> hi
15:02:53 <david_chou1> hi
15:03:12 <haleyb> o/ was just waiting for quorum
15:03:41 <haleyb> #topic Announcements
15:04:00 <haleyb> #link https://releases.openstack.org/rocky/schedule.html
15:04:07 <haleyb> Next milestone is Rocky-1, April 16 - 20
15:04:20 <haleyb> so 2 weeks away
15:05:09 <haleyb> any other announcements from the team?
15:05:17 <Swami> haleyb: No I don't have any
15:05:32 <Swami> haleyb: I will not be attending the OpenStack summit on May
15:05:34 <david_chou1> Just a quick question, is this meeting time changed?
15:06:13 <david_chou1> Used to be one hour earlier?
15:06:37 <Swami> david_chou1: I think this meeting was always at 15 UTC
15:06:38 <haleyb> david_chou1: i think we just moved the +1 because of US time, but still at same UTC time
15:06:55 <david_chou1> Or just because US daylight saving time?
15:07:29 <david_chou1> @Swami, got it , thanks.
15:07:56 <haleyb> Swami: too bad about the summit.  i will not be there either
15:08:08 <david_chou1> Sorry, I need to leave.
15:08:49 <Swami> haleyb: none of my papers got selected, so I am getting approval to attend.
15:09:03 <Swami> s/I am gettinig/I am not getting
15:09:32 <haleyb> understood
15:09:59 <haleyb> #topic Bugs
15:11:03 <haleyb> Swami: you want to do dvr bugs?
15:11:11 <Swami> haleyb: sure
15:11:28 <Swami> #link https://bugs.launchpad.net/neutron/+bug/1740450
15:11:29 <openstack> Launchpad bug 1740450 in neutron "Restarting l3 agent results in lost of centralized fip in snat ns" [Medium,In progress] - Assigned to Swaminathan Vasudevan (swaminathan-vasudevan)
15:11:47 <Swami> #link https://review.openstack.org/#/c/555952/
15:11:58 <Swami> Patch up for review for this bug.
15:12:25 <Swami> haleyb: i do see a comment from you. I will address it.
15:12:40 <haleyb> Swami: yes, just a small one, looks good otherwise
15:12:41 <Swami> Nothing else to discuss on this bug beyond the review.
15:12:47 <Swami> The next one in the list is
15:13:07 <Swami> #link https://bugs.launchpad.net/neutron/+bug/1758093
15:13:08 <openstack> Launchpad bug 1758093 in neutron "DVR: RPC error handling missing for get_network_info_for_id" [Undecided,In progress] - Assigned to Swaminathan Vasudevan (swaminathan-vasudevan)
15:13:32 <Swami> #link https://review.openstack.org/#/c/555095/
15:13:42 <Swami> Need another +2 on this patch. haleyb: thanks for the review.
15:14:34 <Swami> The next one in the list is
15:14:37 <Swami> #link https://bugs.launchpad.net/neutron/+bug/1753434
15:14:38 <openstack> Launchpad bug 1753434 in neutron "Unbound ports floating ip not working with address scopes in DVR HA " [Medium,Confirmed] - Assigned to Miguel Lavalle (minsel)
15:14:56 <Swami> I need to triage this issue.
15:15:54 <Swami> For unbound ports the floatingip should be configured in the centralized snat_node. But there might be clash betweent he iptable rule that might be blocking the traffic.
15:17:39 <Swami> I will triage this scenario and see why it is not working
15:18:16 <Swami> #link https://bugs.launchpad.net/neutron/+bug/1718345
15:18:17 <openstack> Launchpad bug 1718345 in neutron "ml2_distributed_port_bindings not cleared after migration from DVR" [Medium,In progress] - Assigned to Swaminathan Vasudevan (swaminathan-vasudevan)
15:18:35 <Swami> I haven't revisited this patch. But will try to get to it.
15:19:25 <Swami> #link https://bugs.launchpad.net/neutron/+bug/1758316
15:19:27 <openstack> Launchpad bug 1758316 in neutron "Floating IP QoS don't work in DVR router" [High,Confirmed] - Assigned to LIU Yulong (dragon889)
15:20:06 <Swami> I have not triaged this bug yet. But based on the notes, there is some more work to triage this based on the setup.
15:20:32 <Swami> Last but not least
15:20:34 <Swami> #link https://bugs.launchpad.net/neutron/+bug/1756301
15:20:36 <openstack> Launchpad bug 1756301 in neutron "Tempest DVR HA multimode tests fails due to no FIP connectivity" [High,Confirmed]
15:20:47 <Swami> I did not get a chance this week to look into this either.
15:21:03 <haleyb> was liu going to look into it?  based on comments
15:21:07 <Swami> haleyb: Not sure if you had any information on the this test failure.
15:21:18 <Swami> That's all I had to update on the DVR bugs.
15:21:25 <Swami> haleyb: back to you
15:22:16 <haleyb> Swami: thanks
15:22:40 <haleyb> https://bugs.launchpad.net/neutron/+bug/1756301
15:22:41 <openstack> Launchpad bug 1756301 in neutron "Tempest DVR HA multimode tests fails due to no FIP connectivity" [High,Confirmed]
15:22:58 <haleyb> This one continues to be an issue, I am still looking into it
15:23:42 <haleyb> There was also an issue noticed in the CI meeting where after a DVR/DVR-HA migration things don't seem to work
15:24:17 <haleyb> So there might be some issue with floating IPs and DVR HA, seems to be common in some of these bugs
15:25:52 <Swami> haleyb: Ok,
15:26:41 <haleyb> https://bugs.launchpad.net/neutron/+bug/1757482
15:26:42 <openstack> Launchpad bug 1757482 in neutron "IP address for a router interface allowed outside the allocation range of subnet" [Undecided,Incomplete]
15:26:49 <Swami> haleyb: Also I was wondering, if we can split that test case into four different test. I am wondering if there is any issue with the cleanup of the resources when all four test cases are executed back to back.
15:27:03 <haleyb> #undo
15:27:04 <openstack> Removing item from minutes: #link https://bugs.launchpad.net/neutron/+bug/1757482
15:27:25 <haleyb> Swami: there probably is, have another bug
15:27:45 <Swami> haleyb: ok
15:27:56 <haleyb> https://bugs.launchpad.net/neutron/+bug/1759321
15:27:56 <openstack> Launchpad bug 1759321 in neutron "not cleaned up router, ports, networks after running neutron_tempest_plugin " [Medium,New]
15:28:23 <haleyb> ^^, although most of the resources are unique
15:29:03 <Swami> haleyb: yes I did see this bug.
15:30:41 <haleyb> Swami: i haven't looked at splitting that other test up though, it should be able to run as-is i would think, but haven't looked
15:32:02 <Swami> haleyb: ok, when I was doing my testing I was trying to locally run it two at time, and I had random failures in both cases. Most of the failures where when transitioning from fip to non-fip or non-fip to fip case.
15:33:54 <haleyb> Swami: so it's associating/dis-associating a fip?
15:34:27 <Swami> haleyb: I will confirm
15:35:25 <haleyb> Swami: thanks.  what i saw in the logs was that metadata failed in all the cases, so ssh would never work.  i have a setup i should be able to try migrations on and see what happens
15:35:58 <Swami> haleyb: ok
15:36:29 <haleyb> the other bug i mentioned was more in the ipam side, https://bugs.launchpad.net/neutron/+bug/1757482
15:36:30 <openstack> Launchpad bug 1757482 in neutron "IP address for a router interface allowed outside the allocation range of subnet" [Undecided,Incomplete]
15:37:27 <haleyb> i'm tracking it but have not tried to recreate yet
15:37:34 <haleyb> any other bugs?
15:37:50 <idlemind> haleyb in general?
15:38:46 <haleyb> idlemind: well, in L3 hopefully :)
15:39:04 <idlemind> lol well if bgp is l3 ... i'd like to move along the patch set to fix up my bgp auth_type issue
15:39:19 <idlemind> https://bugs.launchpad.net/neutron/+bug/1750121 ... the master patch was approved but not the backports
15:39:20 <openstack> Launchpad bug 1750121 in neutron "Dynamic routing: adding speaker to agent fails" [High,Fix released] - Assigned to Dr. Jens Harbott (j-harbott)
15:40:23 <idlemind> I'm new to the process but I think the stable/pike one needs a verify to run gates and the queens one just needs a thumbs up  / down on whether or not we care about the one failing test
15:40:23 <haleyb> idlemind: need reviews on the backports
15:41:57 <idlemind> should i post my own +1 on my adjustment to pike one? or do i wait for another peer to review?
15:43:43 <haleyb> idlemind: sure, i just don't follow much in that repo
15:43:54 <idlemind> ah; right sorry still learning the ropes on how stuff moves thorugh
15:44:40 <haleyb> any other bugs?
15:45:09 <haleyb> ok, moving on
15:45:12 <haleyb> #topic DVR openflow
15:45:42 <haleyb> hmm, don't see david around any more
15:46:50 <haleyb> #topic Open Agenda
15:47:29 <haleyb> nothing on the etherpad, anything else to discuss?
15:48:01 <Swami> haleyb: nothing from me
15:48:30 <haleyb> ok i'll call it then, thanks for coming everyone
15:48:37 <haleyb> #endmeeting