15:00:31 <mlavalle> #startmeeting neutron_l3
15:00:31 <openstack> Meeting started Thu Sep 28 15:00:31 2017 UTC and is due to finish in 60 minutes.  The chair is mlavalle. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:00:32 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
15:00:34 <openstack> The meeting name has been set to 'neutron_l3'
15:00:41 <Swami> hi
15:00:47 <haleyb> hi
15:01:57 <mlavalle> Nice to see you guys, after PTG and new empployee orientation :-)
15:02:30 <Swami> mlavalle: how did it go, you visit to San Jose
15:03:02 <haleyb> i am having irc lag if it seems like i'm slow
15:03:26 <mlavalle> It was very nice and interesting. I even had lunch with Sridar on Thursday :-)
15:03:50 <mlavalle> #topic Announcements
15:04:29 <Swami> mlavalle: great
15:04:47 <mlavalle> We are about 3 weeks from Queens-1
15:04:55 <mlavalle> #link https://releases.openstack.org/queens/schedule.html
15:05:10 <mlavalle> Time is flying as usual
15:05:31 <mlavalle> Queens-1 will be October 16 - 20
15:06:33 <mlavalle> Also, we are a litle bit of a month away from the Sydney Summit
15:06:40 <mlavalle> #link https://www.openstack.org/summit/sydney-2017/
15:06:56 <mlavalle> I already have my air ticket and hotel reservation
15:07:17 <mlavalle> arriving Sunday 5th in the morning, flying back Thursday 9th
15:07:29 <mlavalle> and looking forward to see you there
15:07:49 <haleyb> good luck down under, i will not be there unfortunately
15:08:02 <mlavalle> haleyb: :-(
15:08:05 <Swami> mlavalle: I will be arriving early and leaving late, having plans to do some site seeing there.
15:08:16 <haleyb> my wife would kill me
15:08:26 <Swami> mlavalle: booked my flights and hotels.
15:08:40 <mlavalle> yeah, wives are powerful
15:08:52 <mlavalle> at least, mine is ;-)
15:09:10 <Swami> mlavalle: I gave an option for my wife, but she declined for school reasons.
15:09:36 <mlavalle> I also sent a summary of the PTG to the ML:
15:09:43 <mlavalle> #link http://lists.openstack.org/pipermail/openstack-dev/2017-September/122583.html
15:10:29 <mlavalle> Please take a look and make sure I didn't lie or forget something ;-)
15:10:37 <Swami> mlavalle: sure.
15:11:29 <mlavalle> Finally, we are changing the way we handle the weekly busg deputy role. We are going to have a fixed roster, and we are going to rotate the role weekly
15:11:56 <mlavalle> that way we don't go without bug deputy on weeks when nobody volunteers during the weekly meeting
15:12:12 <mlavalle> The more people we have, the less frequently will have to do it
15:12:19 <mlavalle> Please volunteer here:
15:12:34 <mlavalle> #link https://etherpad.openstack.org/p/neutron-rotating-bug-deputy-volunteers
15:13:09 <mlavalle> any other announcements?
15:13:43 <mlavalle> thanks Swami :-)
15:14:12 <mlavalle> ok, moving on
15:14:24 <mlavalle> #topic Bugs
15:14:34 <Swami> mlavalle: thanks
15:14:35 <mlavalle> the mike goes to Swami
15:14:55 <Swami> I have not seen any new bugs on DVR for this week.
15:15:00 <mlavalle> \o/
15:15:05 <Swami> But let us go over the old bugs and its status.
15:15:14 * mlavalle makes the wave
15:15:32 <Swami> #link https://bugs.launchpad.net/neutron/+bug/1717302
15:15:33 <openstack> Launchpad bug 1717302 in neutron "Tempest floatingip scenario tests failing on DVR Multinode setup with HA" [High,Confirmed]
15:15:46 <Swami> Related patch
15:16:03 <Swami> #link https://review.openstack.org/#/c/505324/
15:16:27 <Swami> We are still seeing a couple of floatingIP tests are failing.
15:17:06 <Swami> The logs in the logtrace show an IP address could not be assign. But at this point I am not sure if that error is related to the floatingIP failure.
15:17:25 <Swami> haleyb: mentioned that he had a patch that might fix the ARP failure logs seen in the scenario test.
15:17:29 <mlavalle> so you think we should merge this patchset and re-asses?
15:17:55 <Swami> #link https://review.openstack.org/#/c/507914/
15:18:01 <haleyb> Swami: yes, it addresses the arping error message, just need to re-spin once more.  it's not actually an error
15:18:11 <Swami> mlavalle: Yes this patch should get merged, since it fixes a migration issue.
15:18:21 <Swami> Also haleyb patch should get merged.
15:18:38 <Swami> haleyb: thanks
15:19:04 <Swami> mlavalle: In the mean time, I will try to run the tempest test locally and see why it is failing the fip tests.
15:19:38 <mlavalle> Swami: so, regardless of your local testing, review and try to merger 505324?
15:19:47 <Swami> haleyb: Yes.
15:20:16 <haleyb> i just have one nit on that, i'll send it quickly
15:20:23 <Swami> haleyb: ok,
15:20:28 <mlavalle> which one?
15:21:03 <Swami> mlavalle: 505324
15:21:10 <mlavalle> ok
15:21:38 <Swami> The next one is
15:21:41 <Swami> #link https://bugs.launchpad.net/neutron/+bug/1717597
15:21:42 <openstack> Launchpad bug 1717597 in neutron "Bad arping call in DVR centralized floating IP code" [High,In progress] - Assigned to Brian Haley (brian-haley)
15:22:03 <Swami> haleyb: had a patch and it still fails jenkins. I did a recheck on it.
15:22:12 <Swami> haleyb: let us see how it goes.
15:22:25 <haleyb> i can't believe that still trips over a volume error
15:22:36 <Swami> haleyb: volume test failure is seen in the test log which are not related to the patch.
15:22:53 <mlavalle> do ydo you have the ferrit link handy?
15:22:59 <mlavalle> gerrit^^^
15:23:03 <haleyb> https://review.openstack.org/#/c/504252/
15:23:30 <Swami> haleyb: thanks
15:23:35 <mlavalle> ah, ok, reviewed yesterday
15:24:00 <Swami> mlavalle: Yes this patch has been reviewed and also have a workflow, but fails jenkins.
15:25:29 <Swami> The next one is
15:25:31 <Swami> #link https://bugs.launchpad.net/neutron/+bug/1707003
15:25:33 <openstack> Launchpad bug 1707003 in neutron "gate-tempest-dsvm-neutron-dvr-ha-multinode-full-ubuntu-xenial-nv job has a very high failure rate" [High,Confirmed] - Assigned to Brian Haley (brian-haley)
15:25:43 <Swami> A patch has been submitted for this bug
15:26:05 <Swami> #link https://review.openstack.org/#/c/500143/
15:26:22 <Swami> This is the server side patch. A client side patch had already merged.
15:26:43 <mlavalle> yeah, I +2 it yesterday
15:26:54 <haleyb> that needs one more +2, but many are afraid of the L3 code these days :(
15:26:56 <Swami> mlavalle: need another +2 and workflow on it.
15:27:18 <mlavalle> it was right after lunch, so I was haviong trouble focusing
15:27:43 <haleyb> i read L3 code to fall asleep myself
15:28:00 <Swami> haleyb: The comment in the bug states now the Gate grenade job failure rate is on par with other tests. So can we close this bug.
15:28:04 <mlavalle> I appreciated the effort to simplify the logic, though :-)
15:28:38 <haleyb> Swami: yes, and the patch targets a different bug, https://bugs.launchpad.net/neutron/+bug/1713927
15:28:39 <openstack> Launchpad bug 1713927 in neutron "gate-grenade-dsvm-neutron-dvr-multinode-ubuntu-xenial fails constantly" [High,In progress] - Assigned to Brian Haley (brian-haley)
15:28:45 <Swami> haleyb: yes it was tough job handling the multiple cases.
15:29:58 <haleyb> so i will double-check and close 1707003 if not issue any more
15:30:05 <mlavalle> ++
15:30:10 <Swami> haleyb: thanks, my bad, I posted the wrong one.
15:30:20 <haleyb> the other one ^^ tracks all the changes to fix the fip_host issues
15:30:23 <Swami> haleyb: sure thanks
15:30:35 <Swami> haleyb: BTW how do you close a bug.
15:30:51 <haleyb> wave my magic wand?
15:31:02 <Swami> haleyb: sure, :)
15:31:15 <haleyb> once i was added to the bug maintainers list for triage i think i got extra rights
15:31:33 <mlavalle> yeah, you change the status field
15:31:58 <Swami> mlavalle: status field to fix-released.
15:32:17 <mlavalle> Swami: fix-commited
15:32:30 <haleyb> status to Invalid will close, the fix commited/fix released are automatic from gerrit hooks i thought
15:32:48 <Swami> haleyb: ok got it.
15:32:54 <Swami> Let us move on to the next one.
15:32:57 <Swami> #link https://bugs.launchpad.net/neutron/+bug/1718345
15:32:58 <openstack> Launchpad bug 1718345 in neutron "ml2_distributed_port_bindings not cleared after migration from DVR" [Medium,Confirmed]
15:33:06 <mlavalle> they are, but if I have to close them manually, I use fix-commited
15:33:21 <haleyb> mlavalle: ack
15:33:34 <Swami> I just triaged this bug. I could see the problem.
15:33:56 <Swami> The ml2 ports are cleared only when the router-interfaces are removed.
15:34:10 <Swami> If migrated they are not cleared. But they are in DOWN state.
15:34:46 <Swami> I need to carefully investigate and come up with a patch that fixes this problem. This is not a functional issue.
15:35:08 <Swami> So if we want to downgrade it to 'low' it is find. But for now I have it assigned medium.
15:35:19 <mlavalle> ok
15:35:37 <haleyb> Swami: medium is good.  what about comment #4 there, is that yet another migration bug?
15:35:48 <Swami> haleyb: Just a quick note, while testing this yesterday I found, then when a DVR router is converted to legacy router, the device_owner field has 'ha_' associated with it.
15:36:20 <Swami> haleyb: even when HA was not configured in the neutron.conf.
15:36:47 <Swami> So I will check with anil, since he might have some background on it why the device_owner was changed.
15:37:17 <Swami> anilvenkata: ping are you around
15:38:58 <Swami> Ok, I can ping anilvenkata offline.
15:39:05 <Swami> The last one in the list is
15:39:22 <Swami> #link https://bugs.launchpad.net/neutron/+bug/1716401
15:39:24 <openstack> Launchpad bug 1716401 in neutron "FWaaS: Ip tables rules do not get updated in case of distributed virtual routers (DVR)" [Undecided,New] - Assigned to Reedip (reedip-banerjee)
15:39:38 <Swami> reedip: ping
15:40:10 <Swami> This bug is yet unclear. The rules are not configured by the l3 and being handled by the FWaaS.
15:40:35 <Swami> We need to check with reedip, if he had figured out the router_update notification to clear and configure the iptable rules.
15:40:57 <Swami> As requested I sent links to the DVR architecture docs to reedip last week.
15:41:06 <Swami> Let us wait to see if he responds back.
15:41:14 <Swami> That's all I had for today.
15:41:18 <Swami> mlavalle: Back to you
15:42:01 <mlavalle> for this last bug, if you don't hear back from reedip by Monday night, we could ask in the FWaaS meeting Tuesday morning
15:42:15 <mlavalle> let me know and I will be glad to follow up
15:42:34 <Swami> mlavalle: sure, I will update you.
15:42:56 <mlavalle> also, Swami do you have access to chage the status of a bug in Launchpad? I think you should
15:43:25 <Swami> mlavalle: Yes I have the option now.
15:43:40 <Swami> kevinbenton added me during the PTG.
15:43:41 <mlavalle> ok, it wasn't clear to me from the previous conversation
15:44:04 <mlavalle> I don't have any other bugs
15:44:06 <Swami> mlavalle: just had a question for clarification.
15:44:15 <mlavalle> shoot
15:44:44 <Swami> mlavalle: I mentioned I had a question on updating the status, that was clarified already.
15:44:54 <mlavalle> ok
15:44:58 <mlavalle> LOL
15:45:08 <mlavalle> #topic Open Agenda
15:45:22 <mlavalle> any other topics we should discuss today?
15:45:26 <Swami> Btw based on the PTG discussion
15:45:39 <Swami> I have pushed in a patch for adding the DVR tests in Fullstack.
15:45:49 <Swami> I forgot to mention. This is work in progress.
15:45:52 <mlavalle> nice
15:46:08 <Swami> #link https://review.openstack.org/#/c/507658/
15:46:22 <Swami> It is currenly failing jenkins, but I will take a look at it.
15:46:54 <Swami> haleyb: meanwhile if you have sometime can you review it. I am seeing some fixture setup failure.
15:46:58 <mlavalle> ok, will keep it in my radar screen
15:47:04 <Swami> mlavalle: thanks
15:47:13 <haleyb> Swami: sure i'll take a look
15:47:23 <Swami> haleyb: How to run the fullstack tests locally
15:47:30 <mlavalle> ok team, thanks for attending
15:47:41 <mlavalle> see you in channel and gerrit
15:47:44 <Swami> mlavalle: thanks you
15:47:47 <mlavalle> o/
15:47:53 <mlavalle> #endmeeting