22:01:25 #startmeeting containers 22:01:26 Meeting started Tue Aug 12 22:01:25 2014 UTC and is due to finish in 60 minutes. The chair is adrian_otto. Information about MeetBot at http://wiki.debian.org/MeetBot. 22:01:27 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 22:01:29 The meeting name has been set to 'containers' 22:01:33 o/ 22:01:42 o/ 22:01:42 o/ 22:01:43 o/ 22:01:43 #topic Roll Call 22:01:47 Andrew Melton 22:02:02 Thomas Maddox 22:02:03 Steven Wilson 22:02:11 Adrian Otto 22:02:11 Chris Alfonso 22:02:41 #link https://wiki.openstack.org/wiki/Meetings/Containers Our Agenda 22:02:59 #topic Announcements 22:03:17 first, I am back from vacation, taking up my full load of duties again 22:03:24 Welcome back! 22:03:29 Matt Tesauro (late to roll call) 22:03:30 erw sends his regrets, he will not be able to attend with us today. 22:03:41 Ah 22:03:52 I am working on the Containers spec 22:04:13 making ascii flowcharts is really time consuming. I was hoping to have a draft for us to discuss today. 22:04:19 but soon 22:04:28 any other announcements from members of the team? 22:05:35 ok, besides the high level spec that I have promised to deliver this week, have any other spec work products been produced? 22:06:04 I think we were aiming to make one for the agent, and something for the API for the containers service 22:06:10 I could roll that into mine, I suppose 22:06:15 the agent will need its own spec 22:06:55 did we make any action items last week? 22:07:08 I started a spec for that, let me find a link. Unfortunately, I do not have time given other priorities for my project to work on it at this time. 22:07:11 the agent 22:07:28 oh yeah, last week the bot crashed 22:07:33 ah 22:07:35 so we don't have minutes from that 22:07:53 we have like the first 10-15 minutes or something of logs and that's it 22:08:09 thomasem: thanks for staring in 22:08:22 maybe we can show what you have so far as a WIP 22:08:53 https://etherpad.openstack.org/p/kilo-container-service-agent 22:08:55 and you can revisit it when some time frees up, or another contributor can work on it 22:09:08 oh sorry .. o/ 22:09:27 adrian_otto ^^ that's what I started with before we wandered off to other topics while in the room. 22:09:31 that's a good idea. I can paste what I have so far into an etherpad 22:10:08 ok, good, thanks thomasem 22:10:17 Sure thing! 22:10:35 #topic Discuss Specs for OpenStack Containers Service 22:10:58 so I will go copy what I have into a new etherpad for you to see and provide guidance about 22:11:30 I'm sorry, I've just joined, Adrian, where can I find your spec? 22:12:18 Sounds good to me 22:12:32 https://etherpad.openstack.org/p/kilo-containers-service 22:12:47 #link https://etherpad.openstack.org/p/kilo-containers-service WIP of Containers Service Spec 22:12:57 while I paste more into that you can have a look 22:13:07 Thanks 22:16:20 ok, that's all in there 22:16:31 only the top couple of sections have my work in therm 22:16:50 feel free to edit there if you like 22:18:01 Yes, anyone feel free to pick up that container service agent spec. No idea when I'll get time to work on it. 22:18:35 ok, so would anyone like to pledge some time to help advance these documents to the point where we can submit them for review? 22:19:09 I'm happy to make a rough cut at each, and erw has indicated his interest as well. 22:19:59 I want to be sure that we have a well balanced approach that satisfies a majority of the container use cases for openstack end users 22:20:14 I think until our team meets are internal goals with our current project, it's going to be very hard for us to commit 22:20:29 adrian_otto: we're trying to get this in for kilo? 22:20:30 yup 22:20:31 our* 22:20:38 Slower: yes 22:20:53 apmelton: ok, I understand 22:20:58 seems ambitious 22:21:03 but may as well try 22:21:18 Field of Dreams. 22:21:34 if you spec it… 22:21:53 anyway I think that once the wider Nova community is looped in, we will not struggle to resource the dev work 22:22:45 and I don't mind keeping the team that makes the spec documents small, as that's rather efficient. 22:22:59 I do want you all to feel that your input is welcomed and encouraged, and appreciated. 22:23:36 so I will keep the following as a standing Agenda item: 22:23:38 #topic Status on Proposal Process 22:24:09 the current status is that spec documents are WIP, in etherpads, and once reasonably complete will be submitted for review. 22:24:26 next week I hope to have links to Gerrit reviews 22:24:54 last week we touched on the following topic, and concluded that some work may be needed within Nova… 22:25:01 #topic Discuss how to set resource limits (ulimits) on containers 22:25:12 I suggest we revisit that dicussion again today. 22:25:16 *discussion 22:25:42 who can help me restate the problem? 22:26:03 ulimits will need to be controlled by cloud operators 22:26:19 in openvz we have user beancounters for that :) 22:26:19 we need a way to define limits like open files using flavors 22:26:20 so having them attached to flavors seems to make sense 22:26:48 I far as I know, you can specify any fields in flavors 22:26:55 extra-specs seem to be the way libvirt has handled cpu quotas 22:27:01 once a limit is set, and you are in the shell context of the limited environment, you can't increase the limit 22:27:34 so we want to identify options for increasing the limits before the shell context is created 22:27:39 did I get that right? 22:28:22 thanks apmelton. I'm not yet familiar with extra-specs. Can you explain that to me, please? 22:28:40 adrian_otto: it's basically just metadata for flavors 22:28:45 key/value pairs 22:28:53 ok, that's simple enough 22:29:12 sew, do you remember the exact issue that was discussed last week? 22:29:27 It was basically where the topic came from 22:29:30 was it that libvirt didn't natively support it with lxc? 22:29:34 it wasn't supported in libvirt without the patch we now hold 22:29:49 when the VM is created, and the Agent started inside it, it is confined by whatever limits were in place when it started. 22:29:50 And we determined that on that front we'll probably want to chat with the libvirt folks about how to get that functionality upstream 22:30:26 right, we needed to patch libvirt to directly support open file limits based on an optional xml tag in the definition 22:30:55 Furthermore, yep, we discussed using flavors to determine 22:31:27 And so, I think all that remains is handling that extra metadata on the flavor, afaict. Though I haven't looked into what all's involved there. 22:31:44 in terms of getting that working, anyway 22:31:58 I think erw raised a concern that there was at least one scheduler filter that may choke in the event that arbitrary metadata is defined on a flavor 22:32:19 Oh, I vaguely remember that. Maybe he could speak more to that next Tuesday?? 22:32:24 I remember making a remark that we might need to patch any scheduler filters that are limited in that way 22:32:29 ah 22:32:57 sure, we can revisit this next time as well 22:33:24 I think in the meantime rcleere was trying to get ahold of danpb to discuss upstreaming the Libvirt functionality. 22:33:30 So, maybe we'll have some update on that front as well. 22:34:16 ok, how would you like to list this for a follow up? 22:34:48 as an action item, as listed agenda topic? neither? 22:34:48 I'll add an agenda item if we have an update. 22:34:57 ok, cool, thanks. 22:34:57 otherwise, no need to discuss it further 22:35:27 ok, that brings us to the end of our prepared agenda for today 22:35:31 #topic Open DIscussion 22:36:52 any further topics to cover, or should we end a bit early today? 22:37:39 Probably end early. Several things in flight; should have more to talk about next Tuesday along with more attendance. 22:37:41 anyone else who would like to be recorded in attendance today, this is the time to chime in with a wave 22:38:11 I guess no work has begun on the new container service? 22:38:15 no repos yet? 22:38:26 Slower: correct, not yet 22:38:28 ok 22:38:41 Michael Still reached out to me about this by email 22:38:56 and we will work together this week to sort out how best to start this 22:39:28 at the midcycle we talked about using Stackforge, but it's possible we might just put another repo in under the compute program 22:39:49 and skip that step, much like we did with Cielometer. 22:40:04 did any of you have a preference? 22:40:46 we will also want to select an initial core team, so if you have an interest in that, please contact me about it 22:41:22 are we going to have a meetup in france? 22:41:23 ideally we get a mix of subject matter experts, and nova cores 22:41:49 Slower: yes, some of the design summit agenda for Nova will be allocated for this. 22:42:37 any suggestions for what to put into a few session topics? 22:42:59 I thought it might be good to re-propose the high level concept like we did at the Midcycle 22:43:13 so that a wider audience can grok what's coming 22:43:44 that sounds good to me 22:43:47 another one for discussing the design of the agent 22:43:53 especially since I missed the midcycle 22:44:28 transport mechanism design 22:45:03 Slower, did you look at this: 22:45:22 #link https://wiki.openstack.org/w/images/5/51/Containers_Proposal.pdf Containers Proposal from Nova Midcycle Meetup 22:45:46 adrian_otto: I did thanks 22:45:57 thomasem: yes, I'll encourage you to propose that as a summit session 22:46:17 as soon as that opens. That usually happens about a month before the summit 22:46:22 so probably in a few more weeks 22:46:47 ok, anything else before we wrap up? 22:46:59 guess i'd like to see the design goals restated a bit more prominently in whatever proposal is given in france 22:47:31 sew, that's a great suggestion. I'll do my best on that for you. 22:48:01 thx adrian_otto 22:48:36 ok, see you all next Tue Aug 19 at 1600 UTC 22:48:44 yep yep, take it easy! 22:48:51 thanks! 22:48:52 #endmeeting