15:00:46 #startmeeting neutron_l3 15:00:46 Meeting started Thu Sep 7 15:00:46 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:47 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:50 The meeting name has been set to 'neutron_l3' 15:00:59 hi 15:01:06 Hi 15:01:10 hi 15:01:24 #chair Swami haleyb davidsha 15:01:25 Current chairs: Swami davidsha haleyb mlavalle 15:01:40 Nice to see you team :-) 15:01:50 #topic Annoucements 15:02:26 Next week PTG in Denver. Looking forward to see y'all there 15:02:30 :) 15:03:31 Also, I wanted to draw the team's attention to the Queens release schedule: 15:03:36 mlavalle: do we have an agenda for the PTG neutron team. 15:03:47 Swami: Etherpad was updated 15:03:52 #link https://releases.openstack.org/queens/schedule.html 15:03:56 davidsha: thanks. 15:04:17 Swami: https://etherpad.openstack.org/p/neutron-queens-ptg 15:04:21 Next milestone will be Queens 1 October 20 - 26 15:04:44 Swami: Yes, I worked with kevinbenton yesterday afternoong in an agenda 15:04:56 mlavalle: good to know 15:05:48 mlavalle: you mean 16th-20th? 15:05:56 essentially we swept all the topics that folks put in the etherpad and distributed them in sessions across Wednesday through Friday 15:06:15 Wednesday and Friday are Neutron days 15:06:58 and Friday will let small interest groups to gather around stadium projects 15:07:07 makes sense? 15:07:14 mlavalle: thanks for the information. 15:07:35 Will there be some way to dial in? 15:07:53 I'd seen it discussed just not sure what the conclusion is. 15:08:05 I also heard yesterday that the Cinder team is trying to enable a hangout that creates you tube video 15:08:30 so I'll reach out to them to see if we can do the same thing for Neutron 15:08:43 Thanks! 15:09:08 that way folks can attend virtualy on their own time 15:10:02 mlavalle: yes that would work for people who are not able to attend in person. 15:10:41 Finally, I wanted to remind folks that the Sydney Summit is fast approaching, November 6 - 8 15:11:02 You are probably going to need a visa if you plan to attend 15:11:40 mlavalle: I got my approval yesterday and will start my visa process. 15:11:47 For US passport holders (and many other nationalitites) it's just a matter of applying on line and paying about $15 US. Yu get the visa in 5 minutes 15:12:05 everything on line 15:13:01 mlavalle: yeah that should be faster. 15:13:19 Last two announcements: we will have a Neutron social event in Denver Thursday night. Hopefully all of you will be there 15:13:59 and the very last one: carl_baldwin said to me a few weeks ago that he wants to join as many as possible of us for dinner on Monday or Tuesday 15:14:10 I am pinging him today to firm up the day 15:14:26 I'll keep you posted 15:15:13 Any other announcements? 15:15:31 mlavalle: nothing from me. 15:16:03 ok moving on 15:16:12 #topic Bugs 15:16:26 as usual, Swami plase fire away 15:16:29 mlavalle: thanks 15:16:42 For DVR we have a critical bug and work is in progress. 15:16:59 We have two patches so far pushed in for review for this bug. 15:17:22 #link https://bugs.launchpad.net/neutron/+bug/1713927 15:17:23 Launchpad bug 1713927 in neutron "gate-grenade-dsvm-neutron-dvr-multinode-ubuntu-xenial fails constantly" [Critical,In progress] - Assigned to Swaminathan Vasudevan (swaminathan-vasudevan) 15:17:42 The agent side patch is to prevent agent processing a fip that does not have a host key. 15:18:06 #link https://review.openstack.org/#/c/499725/ 15:18:36 This patch has already been reviewed and had a workflow, but the gate is failing jenkins. I have applied a recheck on it. 15:19:03 The server side patch is here #link https://review.openstack.org/#/c/499859/ 15:19:36 Swami: i also updated https://review.openstack.org/#/c/500143/ - should work the same as yours, was using it for debugging here 15:19:54 I did some testing with this patch, but I found that the multinode grenade job is still failing. I need to look at the logs, to see if this is due to the current change or something else. 15:20:04 so these last two patchsets do the same thing? 15:20:21 mlavalle: well, they should in theory 15:20:37 haleyb: thanks. 15:20:53 but we are merging only one of them, right? 15:21:08 the goal when the agent and server patch are merged is the multinode job should be passing 15:21:17 haleyb: mlavalle: I will take a look at the logs again today and see why it fails in tempest 'Networkscenario' tests. 15:21:37 mlavalle: yes, since it was a hot topic we were both looking at failure cases 15:21:58 haleyb: We are not sure there are some other traces also seen in the multinode job. 15:22:47 Swami: we will need to look, there shouldn't be any traces from our changes 15:23:04 haleyb: Not from our traces. But it is not related to our change. 15:23:24 haleyb: I see an error on 'Segment' and some 'StaleDataError' produced by DB updates. 15:23:28 i was seeing other failures yesterday unrelated to neutron, was hoping a recent devstack-gate fix would have helped 15:23:56 Swami: we should check if there's an existing bug for that 15:24:05 haleyb: Sure will do. 15:24:37 haleyb: mlavalle: Also a general question, I have issues with running the tempest service with devstack. It fails with 'flake' issue. Have anyone seen this. 15:24:57 No, I haven't 15:25:09 i haven't seen that either 15:25:25 I am having it for a while, ok I will check it out later. 15:25:32 Let us move on to the next bugs. 15:25:41 I have a question 15:26:01 mlavalle: yes 15:26:23 do we need to wait for the approved patchsetto merge before we push either of the other two? 15:26:54 I just don't want to do something stupid trying to help :-) 15:27:15 mlavalle: i did tell ihar i would be careful :) 15:27:32 kevin pushed the agent patch, which failed the gate anyways 15:27:41 mlavalle: what are the approved patches. 15:28:15 https://review.openstack.org/#/c/499725 15:29:31 haleyb: Theoretically this is an agent side patch and can merge without any issues, but as haleyb pointed out it is currently failing merge in gate. Not sure what is going on. 15:30:23 mlavalle: i was going to wait until today to let you look at that, it's a temp fix until we can get the server code working better 15:31:00 agreed 15:31:05 Let us move on. 15:31:10 Swami: we shouldn't technically need that once we fix the server, but I guess i'd rather have the agent check as well 15:31:11 The next bug in the list is 15:31:48 haleyb: yes I dont' want to remove it for now. This code path will be hit, only when the server misbehaves. So let us leave it for now. 15:32:03 right 15:32:13 #link https://bugs.launchpad.net/neutron/+bug/1714251 15:32:14 Launchpad bug 1714251 in neutron "router_centralized_snat not removed when router migrated from DVR to HA" [Undecided,In progress] - Assigned to venkata anil (anil-venkata) 15:32:53 This bug is related to the csnat port not getting cleared after router migration. This is also seen tempest testing occassionally. 15:33:04 anilvenkata has pushed in a patch for review. 15:33:23 #link https://review.openstack.org/#/c/501717/ 15:33:30 This patch needs review. 15:33:58 can we review and merge regardless of the other work you and haleyb are doing? 15:34:13 Right now jenkins is not happy with this patch. 15:34:17 * mlavalle is suffering a mild case of PTSD 15:34:41 mlavalle: Sure if there is any patch on our codepath we will let you know. The work we are doing is on the full sync path. 15:34:51 ok 15:34:54 mlavalle: yes, there are a few migration fixes that can merge when good, the server one we need to triple-check 15:34:59 jli 15:35:51 The next bug is #link https://bugs.launchpad.net/neutron/+bug/1714796 15:35:52 Launchpad bug 1714796 in neutron "Router interface not updated during DVR->HA, HA->DVR migratons" [Undecided,In progress] - Assigned to venkata anil (anil-venkata) 15:36:10 There is also a patch to address this issue. 15:36:38 #link https://review.openstack.org/500379 15:36:55 The bug states that the device_owner is not updated during the migration. 15:37:07 I saw haleyb had already reviewed this patch. 15:37:20 I will include it into my review list as well 15:38:25 The next bug is also related to migration with the combination of HA and DVR 15:38:28 #link https://bugs.launchpad.net/neutron/+bug/1714802 15:38:29 Launchpad bug 1714802 in neutron "DVR and HA migration tests failing intermittently for gate-tempest-dsvm-neutron-dvr-multinode-scenario-ubuntu-xenial-nv job" [Undecided,In progress] - Assigned to Brian Haley (brian-haley) 15:38:47 anilvenkata has done some work on triaging all these bugs. 15:38:53 He also have a patch for it for review. 15:39:13 #link https://review.openstack.org/500384 15:39:25 Need reviews on these patches. 15:39:36 the plan is to probably split that one into two reviews from what i remember 15:39:59 haleyb: ok 15:40:07 he also noticed the segment issues, let me see if he filed a bug 15:40:07 The next on is #link https://bugs.launchpad.net/neutron/+bug/1709774 15:40:09 Launchpad bug 1709774 in neutron "Multiple router_centralized_snat interfaces created during Heat deployment" [High,In progress] - Assigned to Swaminathan Vasudevan (swaminathan-vasudevan) 15:40:41 haleyb: I did not see one tagged with DVR on the segment issue, but it might be ml2 specific bug. 15:41:16 #link https://review.openstack.org/#/c/494376/ 15:41:47 This patch needs review. mlavalle had already reviewed this patch a couple of times. May be we need to take a look at it again. 15:42:09 This patch is can merge on its own and will not cause any trouble to our existing critical issue in the gate. 15:42:41 That's all I have for today on DVR bugs. 15:42:46 mlavalle: back to you. 15:42:52 there was another related to fwaas 15:43:00 https://bugs.launchpad.net/neutron/+bug/1715395 15:43:01 Launchpad bug 1715395 in neutron "FWaaS: Firewall creation fails in case of distributed routers (Pike)" [High,In progress] - Assigned to Reedip (reedip-banerjee) 15:43:03 Swami: I have a question regarding this last patchset 15:43:45 mlavalle: go ahead 15:44:51 if the router port fails, we want to delete the snat port, correct? 15:45:38 nevermind, I think the answer is yes 15:45:47 I just got confused 15:45:55 the snat port should be removed when we remove the router-interface. Or in other words, if something errors out while router port is getting created, then we need to also clean up the csnat ports. 15:46:13 yeap 15:46:18 provided the gateway is set. 15:46:22 and that is why we need the context 15:46:46 haleyb: thanks for the buglink on the fwaas. This was not tagged to 'l3_dvr_backlog'. I just tagged it. 15:46:53 I already see a patch in progress. 15:47:15 #link https://review.openstack.org/501570 15:47:18 yes, i didn't know they were using router_info data like that 15:48:08 I will review it. They are applying the firewall rules on the 'rfp' port, so they need the info on the fipnamespace creation and the link. 15:48:26 let's go to mlavalle since he must have bugs as well, only :12 left 15:48:38 no, I don't have any 15:48:39 mlavalle: back to you. 15:48:56 do we need to discuss something else? 15:49:20 https://bugs.launchpad.net/neutron/+bug/1705536 was discussed at the drivers meeting last week. 15:49:21 Launchpad bug 1705536 in neutron "[RFE] L3-agent agent-mode dvr bridge." [Wishlist,Triaged] 15:49:30 let me change topics 15:49:35 Sorry! 15:49:55 #topic L3-agent agent-mode dvr bridge 15:49:58 go ahead 15:50:27 it was actually very well received, I might say 15:50:32 The logs: http://eavesdrop.openstack.org/meetings/neutron_drivers/2017/neutron_drivers.2017-08-31-22.03.log.html#l-147 15:52:01 Yes, They were discussing it being an experimental job, it was conditional that it was kept isolated from existing DvR features. 15:52:17 mlavalle: that about right? 15:52:17 davidsha: understood 15:52:26 Yes 15:53:21 so I think the question / ask to Swami and haleyb would be to take a look and make sure that is indded the case, that the DVR code is isolated from this patchset 15:53:22 They also were wondering how it would work with HA and VRR 15:53:41 mlavalle: sure will take a look at it. 15:53:49 Swami: Thank you. 15:53:51 davidsha: Do we have a spec for it. 15:54:14 Swami: No, but I can draft one if necessary. 15:54:53 davidsha: if you can draft one that would be great and I can take a look at it during the PTG for review. 15:55:23 Swami: Ack, I'll work on that asap. 15:56:37 davidsha: anything else? 15:57:28 mlavalle: nothing off the top of my head, if you have any questions for me I'm on IRC most of the time 15:57:37 ok 15:58:07 Swami: was this the segment trace you saw? https://bugs.launchpad.net/bugs/1714068 - if so guess i need to get to fixing it :) 15:58:09 Launchpad bug 1714068 in neutron "AttributeError in get_device_details when segment=None" [Medium,New] 15:58:33 Swami, haleyb there is a bug that I would like to discuss with you. But since we are running out of time, let's do this in the Neutron channel 15:58:44 mlavalle: ok will do 15:59:03 haleyb: I did not remember seeing the Nonetype: attribute error. But let me recheck 15:59:08 mlavalle: sure, i'll be in a meeting but will try 15:59:29 ok 15:59:42 #endmeeting