15:00:40 #startmeeting neutron_drivers 15:00:41 Meeting started Tue Nov 17 15:00:40 2015 UTC and is due to finish in 60 minutes. The chair is armax. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:42 amuller: lol :) 15:00:42 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:44 The meeting name has been set to 'neutron_drivers' 15:00:57 o/ 15:00:59 mestery, amotoki, kevinbenton, carl_baldwin, HenryG ping? 15:01:07 yo 15:01:07 o/ 15:01:08 * mestery waves at armax 15:02:00 might as well stay and lurk :) 15:02:09 * ajo lurks 15:02:10 amuller: indeed 15:02:23 * regXboi lurks as well 15:02:43 https://bugs.launchpad.net/neutron/+bugs?field.status%3Alist=TRIAGED&field.tag=rfe 15:02:44 * regXboi asks amuller where the lurking corner is 15:02:57 regXboi: on your left behind the water cool 15:03:09 we finished last week with bug #1513144 15:03:09 bug 1513144 in neutron "Allow admin to mark agents down" [Wishlist,Triaged] https://launchpad.net/bugs/1513144 - Assigned to Carlos Goncalves (cgoncalves) 15:03:20 the submitter never came back 15:03:34 I am saying let’s mark this incomplete and move on 15:03:39 ah.. I forgot to comment more. 15:03:53 will follow up it after the meeting. 15:04:00 armax: ++ 15:04:21 marking this incomplete now sounds reasonable to me. 15:05:00 +1 15:05:11 bug 1472704 15:05:11 bug 1472704 in neutron "Support L3-only networking" [Wishlist,Triaged] https://launchpad.net/bugs/1472704 - Assigned to Neil Jerram (neil-jerram) 15:05:39 carl_baldwin: I am assuming the matching spec is the one you’re proposing, right? 15:05:52 or no? 15:06:06 armax: That is Neil's but we're working to unify. 15:06:07 * regXboi goes to get a snack and some cold caffeine 15:06:43 carl_baldwin: so it should match this one, https://blueprints.launchpad.net/neutron/+spec/routed-networks 15:06:45 * carl_baldwin looks for the other rfe. 15:06:49 sorry i need to run 15:06:53 bye garyk1 15:06:59 carl_baldwin: the other one was ‘segments’ 15:07:02 carl_baldwin: I think 15:07:51 armax: It all started here: https://bugs.launchpad.net/neutron/+bug/1458890 15:07:51 Launchpad bug 1458890 in neutron "Add segment support to Neutron" [Wishlist,Triaged] 15:08:18 My spec is https://review.openstack.org/#/c/225384 15:08:42 Trying to unify mine with the one from neiljerram_bb 15:08:43 right 15:09:08 I will look for him today and hopefully get some updates to get them in line. 15:09:17 carl_baldwin: any progress on the one from neil? 15:09:35 carl_baldwin: I’d rather track everything with one bug report/spec if at all possible 15:09:41 carl_baldwin: unless the use cases are totally different 15:10:01 I’ll follow up on this one 15:10:07 armax: ack That is where we were headed. 15:10:15 Hi. on bug 1513144, apologies but I still need to catch-up on the comments yet. apologies 15:10:15 bug 1513144 in neutron "Allow admin to mark agents down" [Wishlist,Incomplete] https://launchpad.net/bugs/1513144 15:10:30 cgoncalves: please do 15:10:37 and we’ll get back to you 15:10:53 bug 1512666 15:10:53 bug 1512666 in neutron " Allow for per-subnet/network dhcp options" [Wishlist,Triaged] https://launchpad.net/bugs/1512666 - Assigned to Sam Betts (sambetts) 15:11:02 armax: thanks. it's been a crazy week last week :/ 15:11:12 cgoncalves: for everybody, I can assure oyu 15:11:47 bug #1512666 seems trivial enough 15:12:35 carl_baldwin, ajo: do you happen to know if dnsmasq provides what we need? 15:12:55 armax: I can't say without looking through dnsmasq docs. 15:12:56 * ajo reads, was in deep talk with obondarev about migrations 15:13:04 one question is how we can distinguish a port which we need to apply the default dhcp options. 15:13:21 armax , carl_baldwin , I will look at the dnsmasq config options too 15:13:26 amotoki_: I thought that port options take precedence 15:13:29 I Can't recall something like that, but I don't know it all 15:13:33 (about dnsmasq) 15:13:34 extra_dhcp_opts is mainly used for ironic ports but not all ports are such ports. 15:14:05 but as RFE it is a reasonable request. 15:14:58 amotoki: agreed 15:15:07 amotoki: I wonder who could help to work on that 15:15:46 i can. I know ironic use cases and supported the inital extra dhcp opts work. 15:16:06 I am not hosting any blueprints. 15:16:44 armax , I think dnsmasq provides what they're looking for, because they're already using dnsmasq 15:17:01 amotoki: cool 15:17:44 it worries me how would we handle the allocation of new ips for unknown macs 15:18:00 carl_baldwin , any thought on that? 15:18:22 ajo: agreed 15:18:31 ajo It was my concern too but I haven't groked it enough to have further thoughts. 15:18:45 neither me, 15:18:51 it sounds like we may want a spec for this, as there might be implicit assumptions that we’re overlooking here 15:19:04 we don’t want to start assigning dhcp addresses all over the place 15:19:19 ++ 15:19:24 ok 15:19:28 agree 15:19:31 that could even mean, we may need to autodiscover new ports 15:20:09 better to have a spec, I agree 15:20:29 ok, I’ll take care of it 15:20:35 next one 15:20:38 bug #1492714 15:20:38 bug 1492714 in neutron "RFE: Pure Python driven Linux network configuration" [Wishlist,Triaged] https://launchpad.net/bugs/1492714 - Assigned to Li Ma (nick-ma-z) 15:20:51 armax: I think that one is dependent on the privsep work 15:21:03 And I know regXboi was looking to track that work which gus is doing 15:21:19 yes, this is dependent on privsep 15:21:25 right, it sounds like we all want this to happen 15:21:29 * regXboi looking where that is right now 15:21:31 but what it takes, I am not 100% sure 15:21:43 At the summit gus said he would soon be proposing patches to neutron 15:22:09 He said the oslo part is done (I think) 15:22:17 HenryG: Wow, that's pretty awesome if it's done. 15:22:32 I don't think privsep is low-effort, but its development is probably mostly orthogonal. From what I gather it should not break anything... 15:22:37 ...until it's plugged in of course! 15:22:37 yes: https://review.openstack.org/#/c/238333/ merged last week 15:22:49 salv-orl_: lol :) 15:23:12 current privsep patch is https://review.openstack.org/#/c/244984/ 15:23:22 I heard of a similar proposal which could be interesting 15:23:29 I think it was apuimedon's 15:23:35 moving the agents into the networking cgroup 15:23:41 well gus' work is also critical to nova, so if someone were to help his efforts I don't think he would say no 15:23:48 so they have access to all networking related functions as-root 15:24:05 ajo: With privsep, is that necessary still? 15:24:23 mestery I guess it's an alternative to privsep 15:24:32 or a separated thread can be moved into the cgroup 15:24:37 it's an alternative 15:24:37 ajo: Right 15:24:45 is it an alternative in oslo? 15:24:54 or is it project specific 15:25:16 I think, it's something privsep is going to leverage :) 15:25:31 sorry for the noise 15:25:49 ajo: No noise, it's good to hear these other approaches too. 15:26:05 ajo: Maybe it's worth commenting in the bug about this and adding apuimedon to it as well? 15:26:19 ajo: your punishment would be to contribute the work for assigning operations to cgroups rahter than run everything as root in oslo.privsep 15:26:20 mestery : yes, doing 15:26:37 sweet, thanks ajo 15:26:40 salv-orl_ : lol :) I Will pass the punishment to apuimedon :D 15:26:44 but I'd be glad to help 15:27:07 ajo: we're not in the army. if we were the army that would be the way to go 15:28:03 I see 1492714 as another step along the way to getting rid of shell 15:28:08 either way it sounds like this might be tricky to tackle in the mitaka timeframe 15:28:11 which is a Good Thing (TM) imho 15:28:27 armax: ++ 15:30:45 ok, let’s move next, I’ll capture details on this conversation later 15:31:27 bug #1512864 15:31:27 bug 1512864 in neutron "Application Metrics for Neutron" [Wishlist,Triaged] https://launchpad.net/bugs/1512864 15:31:39 armax: this needs to go to oslo 15:31:59 regXboi: That was easy :) 15:32:02 :) 15:32:03 you mean bug 1512864? 15:32:07 armax: yes 15:32:21 that should be done across all of openstack, not just neutron 15:32:22 regXboi: I suggest adding oslo to the affected projects then 15:32:25 IMO, we better integrate with osprofiler first 15:32:37 mestery: agreed 15:32:49 it does not cover continous profiling as they suggest, btw.. 15:33:03 regXboi: ok, that makes sense 15:33:08 yeah, and if we introduce profiling to openstack services, better to have something homogenous across services 15:33:09 ajo: yes that is something osprofiling needs 15:33:15 that's a good point regXboi 15:33:28 and we could easily pull in stuff from oslo as it matures 15:33:43 armax: you want to change the bug or should I? 15:33:57 ajo: do we need to integrate with osprofiler? I usually just apply patches when I need to take measures and then collect data, I've honestly not yet seen a project with profiling in-tree 15:34:05 regXboi: change how? target oslo you mean? 15:34:18 armax: target oslo and s/neutron/openstack/ in the title 15:34:29 salv-orl_ , I found it very interesting to debug RPC and flows between projects 15:34:30 regXboi: well 15:34:35 regXboi: the problem is: 15:34:43 salv-orl_: you *HAVE* to have profiling in tree if you are going to do ci/cd on performance 15:34:45 is "target oslo" needed because "all projects need it so there must be something for oslo too?" 15:34:46 regXboi: is the submitter even willing to work with oslo? 15:34:53 salv-orl_ : good for profiling and reverse engineering for openstack newbiews (or outdated-oldbies..) 15:35:01 it may remain targeted and idle for ever 15:35:08 armax: the submitter is one of my co-workers - I can have a discussion with them to find out 15:35:34 regXboi: ok, let’s find out first also where the oslo project is at 15:35:34 regXboi: as long as you can give me a way to skip execution of profiling code that's fine. 15:35:46 salv-orl_: ++++++++ 15:35:52 salv-orl_ : +100 15:36:05 regXboi: it’d be tempted that we can simply say: this doesn’t belong to neutron and as such it’s ‘won’t fix’ in the current form 15:36:35 regXboi: let’s capture the details of this conversation and we’ll take it from there 15:37:12 armax: let me try to reach out today and have a conversation - there is a TZ differential and I'm driving up mestery's way in the afternoon/evening so that's best 15:37:36 regXboi: ok, no worries 15:38:05 does anyone fancy start going through the ‘confirmed’ list or shall we call it done, we’ll have a first pass offline and reconvene in a week? 15:38:23 My vote: Offline and reconvene in a week 15:38:31 +1 15:38:43 ok, let’s make sure that we have a good triaged pipeline then 15:38:47 what about the new list? 15:38:48 I count on all of you 15:39:03 regXboi: we’ll have a pass too 15:39:09 We won't let you down armax 15:39:39 mestery: I am sure 15:39:49 ++ 15:39:59 armax: Thanks for waking up early to run these back-to-back meetings, we all appreciate yoru leadership! 15:40:04 ok, let’s go back at pounding on the keyboards 15:40:28 mestery: thanks for the encouragement but I am regretting this already :) 15:40:34 lol 15:40:37 :-) 15:40:38 have a good tuesday everbody 15:40:39 armax: you can always move the meeting :) 15:40:47 ++, thanks armax, you have a good day too! 15:40:52 or wednesday wherever you are 15:40:59 #endmeeting