14:01:06 <ihrachys> #startmeeting networking
14:01:07 <openstack> Meeting started Tue Sep 13 14:01:06 2016 UTC and is due to finish in 60 minutes.  The chair is ihrachys. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:01:07 <ajo_> o/
14:01:08 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
14:01:11 <ihrachys> hello everyone :)
14:01:12 <openstack> The meeting name has been set to 'networking'
14:01:14 <johnsom> o/
14:01:15 <jlibosva> hello
14:01:16 <mlavalle> o/
14:01:16 <hichihara> o/
14:01:16 <njohnston> Hi!
14:01:17 <ajo_> Hi :)
14:01:17 <amotoki> hi
14:01:18 <electrocucaracha> o/
14:01:18 <haleyb> hi
14:01:19 <ihrachys> #link https://wiki.openstack.org/wiki/Network/Meetings Agenda
14:01:20 <alraddarla_> hi
14:01:21 <jschwarz> hey guys
14:01:24 <korzen_> hello
14:01:42 <ihrachys> #topic Announcements
14:01:56 <ihrachys> friendly reminder we are into RC1 release week
14:02:26 <ihrachys> meaning, we don't generally land anything except things meant for Newton ('meant' as in 'targeted for RC1 in Launchpad and approved by your PTL)
14:02:53 <ihrachys> I will send a release request just after the meeting
14:03:06 <ihrachys> (will post the link in #openstack-neutron when it's up)
14:03:34 <ihrachys> once it's up, please put patches you think are almost ready and will land the tree quickly in the comments.
14:03:44 <ihrachys> (I will put the release request to WIP)
14:03:58 <ihrachys> we'll collect candidate links and see what we can fit in
14:04:19 <ihrachys> anyhow, rc1 happens this week, meaning the master branch will be open for Ocata this week too
14:04:51 <ihrachys> this is also nomination week
14:04:52 <ihrachys> #link http://lists.openstack.org/pipermail/openstack-dev/2016-September/103115.html
14:05:26 <ihrachys> the link points to a proposal to add a 'release steward' role to projects
14:05:44 <ihrachys> anyhow, we will still need a PTL, so if someone feels like stepping in, it's your time
14:05:55 <ihrachys> (not here, in openstack-dev@)
14:05:56 <ihrachys> :)
14:06:27 <ihrachys> finally, don't forget to update Newton post mortem: #topic Blueprints
14:06:30 <ihrachys> ouch
14:06:35 <ihrachys> #link https://review.openstack.org/#/c/360207/ post-mortem
14:06:48 <ihrachys> #topic Blueprints
14:07:10 <ihrachys> nothing specific here, just a note that armax cleaned up Newton dashboard
14:07:11 <ihrachys> #link https://launchpad.net/neutron/+milestone/newton-rc1
14:07:42 <ihrachys> it should now be completely relevant to Newton, so reviewers should use the dashboard to prioritize their last reviews for N
14:08:12 <ihrachys> as for other blueprints that were targeted before for N, they are rolling into O (obviously)
14:08:33 <ihrachys> we may want to untarget some of those that don't show much progress last several cycles.
14:09:07 <ihrachys> for non-obsolete specs you may have in neutron-specs, make sure you retarget them to Ocata too
14:09:31 <ihrachys> #topic Bugs
14:09:55 <ihrachys> that week it was jschwarz as the bug deputy
14:10:00 <jschwarz> Hello :)
14:10:25 <ihrachys> jschwarz: things we should care about?
14:10:34 <jschwarz> there were a huge amount of bugs opened last week and all those who've gotten my attention has either been fixed or is being worked on
14:11:01 <jschwarz> there are 3 un-triaged bugs from this week that are yet untriaged (I'm not aware of a bug deputy this week):
14:11:17 <jschwarz> https://bugs.launchpad.net/neutron/+bug/1622654 https://bugs.launchpad.net/neutron/+bug/1622917 https://bugs.launchpad.net/neutron/+bug/1580648
14:11:22 <openstack> Launchpad bug 1622654 in neutron "Security Group doesn't work if the specific allowed-address-pairs value is set" [Undecided,New]
14:11:23 <openstack> Launchpad bug 1622917 in neutron "Failed to update router to ha mode when overlapping is disabled" [Undecided,New] - Assigned to lavanya (lavanya-annam)
14:11:24 <openstack> Launchpad bug 1580648 in neutron "Two HA routers in master state during functional test" [Undecided,Confirmed]
14:11:25 <jschwarz> that's about it :)
14:11:31 <ihrachys> right, don't we have anyone picked the last time?
14:11:55 <jschwarz> ihrachys, I'm not aware of a new assignee
14:11:55 <mlavalle> there was no meeting last week due to US holiday
14:12:00 <jschwarz> ahah!
14:12:07 <ihrachys> oh right, no meeting, that's why
14:12:18 <ihrachys> ok, we need someone for this and next weeks
14:13:09 <ihrachys> I can do the next one
14:13:13 <ihrachys> who's for this week?
14:14:12 * ihrachys snoozes
14:14:43 <hichihara> OK. I can.
14:14:53 <ihrachys> hichihara: you won the prize! thanks!
14:15:01 <hichihara> :)
14:15:06 <ihrachys> hichihara: please update the agenda page to include your name for this week
14:15:17 <hichihara> ihrachys: Sure
14:15:24 <ihrachys> hichihara: while at it, maybe put me for the next one. thanks.
14:15:45 <jschwarz> hichihara, thanks for stepping up - see the 3 bugs I posted before as they are from the past days and aren't yet triaged :)
14:15:52 <ihrachys> hichihara: please make sure you triage the three bugs that jschwarz pointed out above
14:16:09 <hichihara> Sure. I will.
14:16:23 <matrohon> hi
14:16:39 <matrohon> any chance we target newton for this bug : https://bugs.launchpad.net/neutron/+bug/1537091
14:16:41 <openstack> Launchpad bug 1537091 in neutron "Prevent the attachment of a subnet to a router" [Wishlist,In progress] - Assigned to Mathieu Rohon (mathieu-rohon)
14:16:43 <matrohon> ?
14:17:09 <matrohon> its is needed for net-bgpvpn to fix a bug properly
14:17:54 <ihrachys> matrohon: I see the fix, and should be easy to review. let's target it though it may be best effort.
14:18:06 <ihrachys> done
14:18:11 <matrohon> ihrachys, thanks
14:18:39 <ihrachys> ok, if folks have more candidates for RC1, ping me or armax in the usual channel
14:18:57 <ihrachys> please don't target every single bug to rc1 yourself though :)
14:19:05 <ihrachys> #topic Gate failures
14:19:33 <ihrachys> #link http://grafana.openstack.org/dashboard/db/neutron-failure-rate?panelId=5&fullscreen Integrated Tempest Grafana
14:19:44 <ihrachys> I see -dvr is not particularly happy.
14:19:58 <ihrachys> haleyb: do we have an idea what's up with it?
14:20:28 <haleyb> ihrachys: let me look, seemed fine yesterday i thought
14:21:07 <ihrachys> if I choose 7 days frame, it seems it started around 00:00 9/13
14:21:30 <ihrachys> anyhow, if folks see a failure in any of jobs, please make sure it's reported
14:21:31 <ihrachys> #link https://bugs.launchpad.net/neutron/+bugs?field.tag=gate-failure
14:21:35 <ihrachys> before blindly rechecking
14:22:53 <haleyb> i'll see what merged that might have broken something once i find a gate failure on that job
14:23:12 <ihrachys> ok, thanks
14:23:36 <ihrachys> folks, please check the list of gate-failure bugs to see if anything seems related to your latest landings :)
14:24:22 <ihrachys> #topic Docs
14:25:06 <ihrachys> we have quite some doc bugs in the queue
14:25:08 <ihrachys> #link https://bugs.launchpad.net/neutron/+bugs?field.tag=doc
14:25:49 <ihrachys> again, let's clean those up before the final release. I hope folks who pushed DocImpact patches will help with cleaning up that list.
14:26:26 <ihrachys> #topic Transition to OSC
14:26:53 <ihrachys> rtheis: are you closed for Newton now?
14:27:04 <rtheis> Yes
14:27:12 <ihrachys> rtheis: I see someone on post mortem suggested we can backport some neutron bits to stable/newton. is it correct?
14:27:13 <rtheis> Here is the release notes http://docs.openstack.org/releasenotes/python-openstackclient/newton.html
14:27:45 <ihrachys> I mean this: https://review.openstack.org/#/c/360207/9/specs/newton/postmortem/postmortem.rst@506
14:27:49 <amotoki> I think OSC has been closed for Newton. new features cannot be backported to stable/newton. right?
14:27:51 <rtheis> ihrachys: yes, osc generally doesn't do backports but could consider
14:28:23 <rtheis> exceptions should be discussed with dtroyer and stevemar
14:28:27 <ihrachys> amotoki: assuming they have stable:follows-policy governance tag, I would think no, they can't
14:28:54 <amotoki> ihrachys: that's my understanding. just I would like to confrim it again.
14:29:08 <ihrachys> I don't immediately see why we really want to push for those backports. I guess I miss something.
14:30:05 <ihrachys> ok, I guess we will discuss Ocata plans in some more details some next meeting when masters are open
14:30:06 <ihrachys> #topic Moving to Keystone v3 API in Neutron
14:30:14 <amotoki> For Ocata release, we really would like to mark Neutron CLi as deprecated. Let's use OSC and report missing features!
14:30:23 <ihrachys> amotoki: what's there? I saw some patches flying re keystone3
14:30:54 <amotoki> ihrachys: sorry . it's about CLI stuff
14:31:23 <ihrachys> amotoki: np, that was clear :)
14:31:40 <amotoki> re keystone v3 stuff, project_id support in API just has been merged.
14:32:11 <amotoki> it allows API users to use project_id and tenant_id equivalently.
14:32:26 <amotoki> if you find some bugs, file a bug!
14:32:50 <ihrachys> I see matrohon complaining about some tests failing in their gate in our channel as we speak! :)
14:33:05 <matrohon> ihrachys, I'm always complaining :)
14:33:07 <ihrachys> I also saw midonet needed to modify their devstack plugin somehow
14:33:21 <ihrachys> https://review.openstack.org/#/c/369229/
14:34:21 <matrohon> the issue for net-bgpvpn is taht project_id is added automatically in the dict resulting from an API call
14:34:41 <HenryG> That just seems to be midonet's way of keeping up with new extensions
14:34:45 <amotoki> there might be missing ponits related to project-id or usage of project-id extension.
14:34:45 <matrohon> and we are testing results of API calls...
14:35:01 <amotoki> matrohon: is it a problem?
14:35:44 <matrohon> amotoki, we need to accomodate, since the asserting concerning the result is not true anymore
14:36:07 <amotoki> matrohon: ah... i got it. you are checking all of responses.
14:36:11 <ihrachys> ok cool.
14:36:15 <matrohon> amotoki, yep
14:36:24 <ihrachys> amotoki: do you envision anything that we should squeeze into N?
14:37:03 <amotoki> ihrachys: about keystone v3 stuff?
14:37:13 <ihrachys> yea
14:37:41 <amotoki> honestly we don't need to rush it in newton.
14:38:04 <ihrachys> well we kinda did by landing api change, didn't we? :)
14:39:04 <amotoki> yes. it is a API change. I thought it does not affect anything as it is additive change, but the really is not.
14:39:23 <ihrachys> huh.
14:40:01 <amotoki> anyway we need to talk it with armax
14:40:25 <ihrachys> but now that we landed it, I merely want us to not leave the release with a partial feature that crashes and misbehaves. so if you know about upcoming bug fixes for the feature, please raise them in release request I will push shortly.
14:41:28 <ihrachys> #topic Neutron-lib
14:41:45 <ihrachys> I don't believe it's under active tracking right now because Newton branch and release was cut off a while ago.
14:41:59 <ihrachys> HenryG: right? should we skip?
14:41:59 <HenryG> On the back-burner until Ocata revs up
14:42:05 <ihrachys> aye
14:42:08 <ihrachys> #topic On Demand Agenda
14:42:46 <ihrachys> I see "Distributed gateway for optimized local SNAT" by ishafran
14:43:13 <ihrachys> from the gist of the question, it seems like a question that is better addressed to neutron-drivers though. all RFEs/blueprints are supervised by the group.
14:43:30 <ihrachys> I also don't see the author
14:43:36 <ihrachys> anything else folks want to discuss?
14:44:06 <ihrachys> ok then, we'll meet next week on Monday then. see ya all
14:44:14 <ihrachys> #endmeeting