15:01:51 #startmeeting neutron_dvr 15:01:52 Meeting started Wed May 18 15:01:51 2016 UTC and is due to finish in 60 minutes. The chair is haleyb. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01:53 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:01:56 The meeting name has been set to 'neutron_dvr' 15:02:27 #topic Announcements 15:03:59 N1 is approaching, but we don't have anything critical to get in besides bug fixes 15:04:12 yes that's what I hoped. 15:04:23 #topic Bugs 15:04:25 when is N1. 15:04:35 let me look 15:04:56 ok. 15:05:32 it was discussed at the networking meeting monday, need to find the link 15:05:44 just a meta-comment on bugs 15:05:54 it saw two dates, july 4th and May 30th. 15:06:00 I was not sure what was the right one. 15:06:20 it's been a slow week or two getting merges through jenkins, a couple of changes are helping, saw another one today 15:06:43 ok let us move on to the bugs. 15:07:11 This week we did not have any new bugs. There was one bug that was tagged with l3_dvr_backlog, but was incomplete. 15:07:21 https://review.openstack.org/#/c/318116/ is reverting a keystone change that has caused a lot of failures, so should help 15:08:00 that was the #1 infra issue 15:08:14 Swami: continue, should have had that copy/paste read 15:08:24 No not the infra one. 15:09:12 There is one bug that has a patch that needs review. https://bugs.launchpad.net/neutron/+bug/1581348 15:09:13 Launchpad bug 1581348 in neutron "Can't delete a v4 csnat port when there is a v6 router interface attached" [Medium,In progress] - Assigned to Hong Hui Xiao (xiaohhui) 15:09:37 #link https://review.openstack.org/#/c/315926/ 15:09:52 yeah, that link was meant to go with my previous comment :) 15:11:20 haleyb: did you get a chance to recheck this patch. #link https://review.openstack.org/#/c/300358/ 15:13:17 Swami: i did look, and talked to carl_baldwin - i think there's still a window where a race could happen between exists() and ip_lib call 15:13:36 are we planning to address it in this patch or as a follow on patch. 15:14:08 i think it would be better to try/except where possible, but let's discuss 15:14:24 haleyb: ok thanks 15:16:05 There is one more patch that needs to be merged, I think I addressed all comments from Oleg. #link https://review.openstack.org/#/c/300268/17 15:16:07 Swami: there's no de-facto doc that says "always try, and deal with the failure gracefully", but if we can do that here it would remove the race completely. There are still cases where we have to call netns.exists() of course, and possibly re-create the namespace ? 15:17:57 please post your comments on the patch on where you wanted to have it try/catch captured and were not. 15:18:12 ok, will do that 15:19:08 thanks 15:20:18 regarding ^^^ i'll look once jenkins is done with it 15:20:28 Another thing that I wanted to discuss is the 'allowed_address_pair' and floatingip when the allowed_address_pair is associated to multiple active ports. 15:20:53 This patch is still waiting. #link https://review.openstack.org/#/c/304905/ 15:21:18 i thought there was an issue with lbaas ? 15:21:32 Yes, that is the one that is related to this patch. 15:22:04 We need to have some sort of blueprint worked out for this unique use case, since it deviates from the DVR design model. 15:22:40 Right, because it's too slow on fail-over, correct? 15:23:22 Yes, also they don't have a model were they can only have ACTIVE and passive logged into the DB that the neutron can take advantage of. 15:24:03 This is like, DVR should proactively create routers and floatingip on all the nodes, where they have the allowed_address_pair configured for the VM. 15:24:35 So that sounds like a spec/RFE. is it something they can do, or falls on us? 15:24:56 haleyb: it might be on both sides. 15:25:37 The reason is if they have assigned allowed_address_pair for multiple VM on multiple nodes, is it ok for neutron to start routers on all nodes and increase the control plane activity. 15:26:15 Swami: could we alternately put this FIP on the controller as well in this case? I know that's a regression from DVR 15:26:50 haleyb: Yes that is kind of going back to centralized, which we don't want to do, unless required. 15:28:04 i see it as a last resort to solve this particular problem 15:28:06 Ok, let me think through it and probably will add an RFE to address this issue. 15:28:46 ok, thanks 15:29:33 but, I think irrespective of this issue, we should still pursue the patch shown below, since this would be usefull for people who are configuring allowed_address_pair just for ACTIVE and PASSIVE. 15:29:44 #link https://review.openstack.org/#/c/304905/ 15:30:35 ok, let me recheck the patch, but think i was fine with it last week 15:30:57 haleyb: yes I think I have addressed all your comments on it. 15:31:05 that's all I have with respect to bugs. 15:31:13 yes, i think i was just waiting based on our lbaas meeting 15:32:00 #topic Gate failures 15:32:41 As I mentioned earlier, there were some issues out of our control causing Check queue failures 15:32:51 https://review.openstack.org/#/c/318116/ (keystone fernet token issue) was one 15:33:04 There is also an ongoing OVS issue being chased 15:33:19 multinode is still not happy 15:34:25 dvr is lower than "regular" :) 15:34:49 haleyb: dvr is always opposite to neutron-full. 15:35:09 Swami: have you seen any particular string in failures you've seen? 15:35:51 not much. I need to look more closely. 15:36:30 use logstash too, that helped track-down the other failures i saw 15:36:45 will do 15:38:05 #topic Stable backports 15:38:54 Swami: i fixed a merge issue in https://review.openstack.org/#/c/314790/ and re-based the other two on-top 15:39:00 haleyb: i have a bunch of patches for stable backport. 15:39:26 what was the error, I could not figure out the issue. 15:39:27 And I am working on back-porting OVS support for IPv6 endpoints manually 15:39:54 Swami: an iptables NAT addition line got removed, so a few tests were failing 15:40:12 haleyb: thanks 15:40:51 Swami: feel free to add me to any other backports you start 15:40:59 ok, will do. 15:41:11 I also need to check the backport dashboard and update it 15:41:21 Congrats! are you officially the stable core now. 15:42:00 Thanks, it might take a week to fully happen and get the +2 15:42:06 ok. 15:43:23 https://etherpad.openstack.org/p/stable-bug-candidates-from-master is the stable bug dashboard btw 15:44:06 #topic Open Discussion 15:44:10 ok will add mine to the list 15:44:20 anyone have anything else they want to talk about ? 15:45:02 no I don't have any other topics to discuss at this time. 15:45:41 ok, and since noone else seems to be here, i'll end it 15:45:47 #endmeeting