15:00:15 <Swami_> #startmeeting neturon_dvr
15:00:16 <openstack> Meeting started Wed Jul 20 15:00:15 2016 UTC and is due to finish in 60 minutes.  The chair is Swami_. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:00:18 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
15:00:22 <openstack> The meeting name has been set to 'neturon_dvr'
15:00:30 <Swami_> #chair Swami
15:00:31 <openstack> Warning: Nick not in channel: Swami
15:00:33 <openstack> Current chairs: Swami Swami_
15:00:47 <Swami_> #topic Announcements
15:01:21 <Swami_> haleyb is on vacation this week, so may not be able to join this meeting.
15:02:01 <Swami_> This meeting might be short since he is not here. If there is any other discussion topics it can go further.
15:02:43 <Swami_> Now let us get to the bugs.
15:02:47 <Swami_> #topic Bugs
15:03:19 <Swami_> #link https://bugs.launchpad.net/neutron/+bug/1602794
15:03:19 <openstack> Launchpad bug 1602794 in neutron "ItemAllocator class can throw a ValueError when file is corrupted" [High,In progress] - Assigned to Brian Haley (brian-haley)
15:04:00 <Swami_> This bug address the validation that the ItemAllocator does to provide the fip link local addresses from the cached file.
15:04:38 <Swami_> Brian mentioned that this at some times might cause the check jobs to fail, since the behavior is unknown for floatingip if the file is corrupt.
15:04:46 <Swami_> There is already a patch up for review.
15:05:06 <Swami_> #link https://review.openstack.org/341794
15:05:21 <Swami_> So for people who have not reviewed it, please review it.
15:05:50 <Swami_> There are a couple of L3 HA +DVR bugs that were reported.
15:05:55 <Swami_> #link https://bugs.launchpad.net/neutron/+bug/1602614
15:05:55 <openstack> Launchpad bug 1602614 in neutron "DVR + L3 HA loss during failover is higher that it is expected" [Undecided,New]
15:06:29 <Swami_> This bug states that the failover is quick and would lead to high loss in this combination.
15:07:03 <Swami_> We need to triage this bug. I have asked adolfo duarte to take a look at it.
15:07:27 <Swami_> The next in the list is
15:07:32 <Swami_> #link https://bugs.launchpad.net/neutron/+bug/1597461
15:07:32 <openstack> Launchpad bug 1597461 in neutron "L3 HA: 2 masters after reboot of controller" [Undecided,Confirmed] - Assigned to Ann Taraday (akamyshnikova)
15:08:28 <jschwarz> this one is interesting
15:08:37 <Swami_> jschwarz: hi
15:08:42 <jschwarz> hello :)
15:08:59 <Swami_> I did see your comment on this bug about increasing the priority of this bug.
15:09:12 <Swami_> Let me ask brian to bump it up high.
15:10:00 <jschwarz> I'm wondering if Ann has had any progress with it
15:10:17 <jschwarz> I can talk to her in the coming days and see, if not I'll try to fix it as well
15:10:22 <Swami_> I did not see any patch so far.
15:10:28 <jschwarz> iirc there's no patch proposed that fixes it
15:10:31 <Swami_> jschwarz: thanks.
15:10:34 <jschwarz> :)
15:10:42 <anilvenkata> Swami_, https://review.openstack.org/#/c/324302/ can help bug 1602614
15:10:42 <openstack> bug 1602614 in neutron "DVR + L3 HA loss during failover is higher that it is expected" [Undecided,New] https://launchpad.net/bugs/1602614
15:10:59 <Swami_> anilvenkata: thanks
15:11:08 <Swami_> will take a look at it.
15:11:22 <anilvenkata> Swami_, with this approach for HA, port binding wont happen during failover
15:11:42 <anilvenkata> Swami_, and also setting up ovs flows
15:12:22 <Swami_> anilvenkata: yes I saw your reply to my comment and I will try to re review it.
15:12:32 <anilvenkata> Swami_, thanks Swami_
15:12:57 <Swami_> anilvenkata: will prioritize today that I review all your patches related to the portbinding change.
15:13:06 <anilvenkata> Swami_, thanks Swami
15:13:26 <Swami_> ok, moving on.
15:13:35 <Swami_> The next one in the list is
15:13:39 <Swami_> #link https://bugs.launchpad.net/neutron/+bug/1593354
15:13:39 <openstack> Launchpad bug 1593354 in neutron "SNAT HA failed because of missing nat rule in snat namespace iptable" [Undecided,New]
15:13:57 <Swami_> This might be a duplicate, but need to triage as well.
15:14:54 <Swami_> The next in the list is
15:15:00 <Swami_> #link https://bugs.launchpad.net/neutron/+bug/1596473
15:15:00 <openstack> Launchpad bug 1596473 in neutron "Packet loss with DVR and IPv6" [Undecided,New]
15:15:13 <Swami_> higher packet loss with IPv6 and DVR.
15:15:43 <Swami_> This bug has also not been triaged yet.
15:16:12 <Swami_> will need to triage it and the information provided in the bug report is not sufficient at this point to decide on the serverity of this bug.
15:17:11 <Swami_> #link https://bugs.launchpad.net/neutron/+bug/1599287
15:17:11 <openstack> Launchpad bug 1599287 in neutron "Cleanup snat redirect rules when agent restarts after stale snat namespace is cleaned." [Undecided,In progress] - Assigned to Swaminathan Vasudevan (swaminathan-vasudevan)
15:17:45 <Swami_> This bug is to cleanup the routing rules from the router namespace when stale snat_namespace has been deleted after the agent restarts.
15:18:08 <Swami_> Right now this has a patch up for review, but this might change, since the parent patch is going through a change.
15:18:21 <Swami_> The parent patch is the snat_namespace cleanup patch.
15:18:40 <Swami_> #link https://review.openstack.org/#/c/326729/
15:19:11 <Swami_> At present I am seeing the functional tests fail randomly on this patch, so I am still investigating on the functional tests.
15:19:35 <Swami_> On the RFE side,
15:19:39 <Swami_> #link https://bugs.launchpad.net/neutron/+bug/1583694
15:19:39 <openstack> Launchpad bug 1583694 in neutron "[RFE] DVR support for Allowed_address_pair port that are bound to multiple ACTIVE VM ports" [Wishlist,Triaged] - Assigned to Swaminathan Vasudevan (swaminathan-vasudevan)
15:20:41 <Swami_> This RFE is not currently approved, since the approach to handle the allowed_address_pairs that are unbound with DVR is not the right one.
15:21:00 <Swami_> So we might revisit this. We may have some design discussions during the mid-cycle meetup on this.
15:22:03 <Swami_> That's all I had for bugs this week. These are all the new bugs. The old and bugs that are in review are captured in the DVR wiki.
15:22:15 <Swami_> #link https://wiki.openstack.org/wiki/Meetings/Neutron-DVR
15:22:37 <Swami_> So if anyone has any questions please feel free to add it to the wiki.
15:22:42 <anilvenkata> kevinbenton, Swami_ carl_baldwin Need help with fixing gate-grenade-dsvm-neutron-dvr-multinode failure for https://review.openstack.org/#/c/324302/
15:23:20 <anilvenkata> jschwarz, ^
15:23:30 <Swami_> anilvenkata: so you mean that this patch would fix all the multinode issues.
15:23:45 <anilvenkata> Swami_, no
15:24:06 <anilvenkata> Swami_, in that patch gate-grenade-dsvm-neutron-dvr-multinode job is failing
15:24:18 <Swami_> anilvenkata: got it, you are seeing multinode job failures with this patch.
15:24:30 <anilvenkata> Swami_, I need someones help to identify the issue
15:24:35 <anilvenkata> Swami_, yes
15:24:39 <Swami_> anilvenkata: ok will take a look at it.
15:24:48 <anilvenkata> Swami_, thanks Swami
15:25:02 <Swami_> #topic Gate_failures
15:25:49 <Swami_> Recently we have seen the functional tests failures are random and need to check what is causing this failures. This may be related to the patch the Brian is working on to fix the check jobs.
15:26:01 <Swami_> Let us push that patch and see how the functional tests fair.
15:26:36 <Swami_> Also the multinode job failures were high last week, but it had come down this week, let us monitor it and see how it goes.
15:26:56 <Swami_> #topic stable/backports
15:27:54 <Swami__> #topic stable/backports
15:28:04 <Swami__> #chair Swami__
15:28:39 <Swami__> All backports have been pushed, and there is currently one patch that is failing jenkins and I will look into it.
15:28:50 <Swami__> #topic Open Discussions
15:29:02 <Swami__> Any other topic for discussion.
15:29:22 <Swami__> If not we will meet next week.
15:29:32 <Swami__> thanks for joining the meeting.
15:29:36 <Swami__> see you all next week.
15:29:37 <anilvenkata> Swami_, thanks Swami
15:29:43 <Swami__> #endmeeting
15:30:53 <Swami> #endmeeting