16:00:45 #startmeeting containers 16:00:46 Meeting started Tue Nov 25 16:00:45 2014 UTC and is due to finish in 60 minutes. The chair is sdake. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:00:47 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:00:49 #topic rollcall 16:00:50 The meeting name has been set to 'containers' 16:00:51 hey folks :) 16:00:52 woo, good timing 16:00:59 Ian Main here 16:01:01 adrian is on pto this week and asked me to fill in as meeting chair this week 16:01:09 here 16:01:11 o/ 16:01:19 most peopeol call me "steak" as in where is the beef 16:01:23 HiHi 16:01:42 Digambar Patil 16:01:56 Hi! 16:02:00 Dmitry Guryanov 16:02:05 #link agenda -> https://wiki.openstack.org/wiki/Meetings/Containers#Agenda_for_2014-11-25_1600_UTC 16:02:18 anyone have last minute items to add to agenda? 16:02:43 #topic open discussion on initial architecture 16:03:06 one approach to definining an initial architecture is to write it down - which has been done for magnum here: 16:03:37 #link https://github.com/stackforge/magnum/blob/master/README.rst 16:03:53 please take a few minutes to read through that, and then we can discuss if peopel like dislike etc 16:04:00 and hone in on an architecture for our first milestone 16:04:54 Are you planning to add networking other than docker's port mappings? 16:05:03 ok, so there is my straw man, any questions? 16:05:14 daneyon any thoughts on dguryanov's q? 16:05:30 I think for our milestone 1, we aren't doing anything outside what is provided by base docker or kubernetes 16:05:33 sdake: I know we had some discussion last week around services. Is the plan to follow the existing k8s service model? 16:05:36 the basic idea is to wrap docker & kubernetes 16:05:44 with a rest API 16:05:59 the wrapper would be generic enough that a "native" implementation could be written if one so desired 16:06:11 but the basic idea is to reuse docker and k8s as much as possible 16:06:28 this is just my proposal there may be others 16:06:34 if there are others, lets get em out on the table 16:06:58 there are several proposals in the docker community related to networking. 1 for adding to docker's native networking and others for creating a plugin model with network drivers. 16:06:59 o/ 16:07:17 So containers will use nova instance's IP. each pod will run in a separate net namespace, am I right? 16:07:31 no, I'm wrong :) 16:07:36 adrian otto has a different proposal 16:07:40 I'm trying to find it 16:07:42 All containers will run in the same net namespace 16:07:46 i think we need to keep things simple, using the existing k8s networking model until things flesh out (hopefully soon) in the docker community. thoughts? 16:08:17 daneyon: I agree, from what I've seen of docker proposals they aren't getting a lot of traction 16:08:34 seems like the core guys have ideas but I haven't seen them come to fruition yet 16:08:41 I could be wrong but that's my impression 16:08:50 docker and k8s are goin gto do what they are going to do 16:09:04 nothing we do is really going to be able to influence their direction at this point in time 16:09:13 * dims nods in agreement 16:09:16 sdake: what is k8s 16:09:23 kubernetes 16:09:24 nitin_: kubernetes 16:09:26 Ok 16:09:28 that is the magic that does pods/services 16:09:41 Have you guys started the containers meeting. 16:09:48 yes we have nitin_ 16:10:04 Ok 16:10:30 without roll call 16:10:36 seems to be 16:10:40 nitin_ use the power of scrollback 16:10:44 Slower: I think traction will be made in the near future. Most of the proposals were created in the last few weeks. 16:11:24 i prefer to focus on magnum proposals rather hten what docker and k8s are doing :) 16:11:45 daneyon: ya agreed 16:11:47 I'd like to flesh out a plan for what our dev will look like in the next couple weeks 16:12:06 and set a milestone date 16:12:18 nitin_: joined after rollcall 16:12:25 anyone opposed to readme.rst serving as our intiial architecture? 16:12:28 yes 16:12:50 sdake: sounds good to me 16:12:51 sdake: I like it 16:12:55 I am ok with this 16:13:08 shall we have a vote then just to make it official 16:13:10 sdake: +1 16:13:14 +1 = like -1 don't like 16:13:18 +1 16:13:20 +1 16:13:20 +1 16:13:25 +1 16:13:43 #Link https://github.com/stackforge/magnum/blob/master/README.rst initial milestone #1 archite4cture 16:13:43 i think their is a strong possibility of this proposal being accepted for docker networking: # link https://github.com/docker/docker/issues/8997 16:13:54 +1 16:13:57 figuring out ! 16:14:07 ok sounds like we are set then with the initial milestone #1 16:14:08 The docker networking proposal uses this plugin model: #link https://github.com/docker/docker/pull/8968 16:14:17 #topic adding of the blueprints 16:14:45 It may be a good idea for others to spend a few minutes to check out the proposals and chime in on the thread. 16:14:58 #link https://blueprints.launchpad.net/magnum/milestone-1 16:15:56 can we get a rollcall of blueprint ideas people are working on currently in irc? 16:16:28 yes 16:16:56 just go ahead and type away - think of this as a brainstorm session :) 16:16:59 sdake: i was adding tests for the REST API 16:17:10 sdake: https://blueprints.launchpad.net/magnum/+spec/magnum-backend-docker 16:17:11 sdake: got 2 lined up 16:17:28 have you started this blueprint ? 16:17:29 sdake: Are we going to run the magnum backend service in a container? 16:17:35 eg, started by nova-docker 16:17:52 slower I think that is too complex for milestone #1 16:17:59 ok 16:18:07 perfectly reasonable 16:18:18 diga I have only implemented the binary 16:18:23 ok 16:18:26 so for now just along side nova? 16:18:37 there are two backends : https://blueprints.launchpad.net/magnum/+spec/magnum-backend-docker https://blueprints.launchpad.net/magnum/+spec/magnum-backend-kubernetes 16:18:42 slower I think that is easiest 16:18:47 agreed 16:18:51 we can launch is something like heat-kubernetes heat template 16:18:58 Should I look at the remaining part if you allow me ? 16:19:00 and from there it will be easy to explore vms/containers if we want 16:19:22 any blueprint that doesn't have n assignee can have one - just click "pick me" diga 16:19:46 slower can you file a blueprint tho, so that idea doesn't gert lost 16:20:00 sdake: you bet 16:20:01 dims can you file your 2 ideas lined up into launchpad and assign em to yourself 16:20:36 we need someone to tackle https://blueprints.launchpad.net/magnum/+spec/db-object-definitions 16:20:48 this connects into magnum-conductor 16:20:57 anyone willing to take it on? 16:21:24 o/ 16:21:42 yuangyin-alt is that a yes :) 16:21:51 Yes yes 16:22:07 https://blueprints.launchpad.net/magnum/+spec/db-object-definitions 16:22:14 see if you can click "pick me" under assigned to 16:22:22 rather "assignee" 16:22:36 Ok 16:23:03 diga were you planning tog take the docker backend or the kubernetes backend? 16:23:03 sdake: https://blueprints.launchpad.net/magnum/+spec/magnum-rest-api 16:24:12 sdake: sorry I cant find "pick me". 16:24:30 next to asignee isee the little circle? 16:24:46 yellow circle with black pen in it i think :) 16:24:51 try clicking that 16:25:07 (sorry for not just setting I need to see if foks can set their own blueprints) 16:25:23 I'd be in for a docker or k8s backend 16:25:29 or I can work with someone 16:25:37 I can help out with either of the two... 16:25:44 I can also help with iot 16:25:54 docker or kubernetes backeds 16:26:03 sdake: what is the idea with doing both? wouldn't it be easier to just pick one? 16:26:17 slower docker backend g ives full access to container stuff 16:26:23 k8s backend gives full access to k8s 16:26:27 k8s hides alot of container tech 16:26:36 sorry, got disconnected 16:26:46 diga you up for docker backend then? 16:26:54 yes 16:27:14 I am eager to do that 16:27:43 diga: I can help you with the docker backend. 16:27:46 slower we can work on k8s together - i know alot of how it works 16:27:55 sdake: ok sounds good 16:27:56 nitin + diga = docker backend sounds good to me :) 16:28:17 +1 16:28:19 :) 16:28:22 +1 16:28:59 yuanying-alt what is your alucnhpad id? 16:29:17 * dims liking all the forward progress :) 16:29:33 sdake: launchpad id is "ootsuka" 16:29:54 diga: Can I also mention myself as assignee to the docker backend 16:30:07 Yes 16:30:07 my launchpad id is nitinagarwal3006 16:30:14 ok 16:30:19 yuanying-alt do you mind taking all of the db stuff then? Its probably all related 16:31:02 OK. 16:31:09 diga: i can't see the pickme as assignee 16:32:10 nitin: i'll check it after the call 16:32:16 I can help with some task this week 16:32:18 no problem. 16:32:37 ok folks looks like all the blueprints that we are t racked are assigned 16:32:49 are there other blueprints folks would like to see developed that are not tracked? 16:33:34 looks good for m-1 16:33:37 what about the client ? 16:33:48 achandra is working on that, has anyone tried it lately? 16:33:51 haha right 16:34:07 I think we are blocked on getting a rest api call from the rest client to the backend to the conductor 16:34:11 that is our next critical step :) 16:34:16 yeah 16:34:21 yes 16:34:32 dguryanov if you want o thelp on the client, that would rock 16:34:39 since we are blocked on it atm 16:35:05 https://github.com/stackforge/python-magnumclient 16:35:08 OK, how can I contact achandra? 16:35:12 ^^ for ot hers looking to unblock us 16:35:17 try #openstack-containers on irc 16:35:30 achanda is his nick sorry :) 16:35:45 that project is in stackforge, so feel free to submit git reviews for it as well 16:35:52 or contribute elsewhere as you see fit :) 16:36:06 ok back on agenda :) 16:36:09 OK, thanks! 16:36:11 #topic initial mielstone deadline and objective 16:36:36 we pretty much went through this already, but we have not set a deadline for when these blueprints would come together 16:36:50 imo, these blueprints make up a fine milestone #1 (assuming they work) and the client works 16:37:09 before christmas? :) 16:37:21 that's what I was thinking 16:37:26 yes 16:37:30 yes 16:37:30 try anyway :) 16:37:33 16th? 16:38:05 that gives us 3 solid weeks of dev 16:38:20 +1 16:38:24 or 19th.. 16:38:27 and 16-23 can be slip time if necessary 16:38:37 right 16:38:38 yeah 16:38:44 let sshoot for 16th and slip into 19th if we haver to 16:38:56 ok, again lets vote on the deadline since we are held accountable ;) 16:38:59 * sdake flogs sdake 16:39:04 lol 16:39:18 vote: deadline set for December 16th ,2014 for milestone #1 16:39:19 +1 for "shoot for 16th and slip into 19th" 16:39:24 +1 16:39:27 +1 16:39:28 +1 16:39:28 +1 16:39:29 +1 16:39:33 +1 16:39:51 ok well that looks pretty much like a + 1 * 8 to me :) 16:39:57 #topic open discussion 16:40:10 cool well I'm really pumped we are making great progress 16:40:21 we have 3 binaries written so far and now its just a matter o ffilling them in 16:40:33 (and the cleint of course) 16:40:38 yes 16:40:44 On that note, any open discussion folks would like to have? 16:42:16 ok well just a reminder we are pretty much blocked on client ->rest api comms atm - I tried with curl and it wouldn't authenticate 16:42:25 seems like there will be some API changing happening as we develop the backends especially 16:42:26 so we need to sort that out - highest prtiority because i tblocks everyone's dev 16:42:41 slower ack I agree the apis are just initial stabs 16:43:18 ok well thanks for coming folks 16:43:21 we'll have to work close to get that figured out.. especially trying to make it work for both k8s and docker 16:43:37 next week we will also have a meeting - we can discuss christmsa downtime when adrian returns 16:43:45 cool 16:43:47 good meeting 16:43:53 thanks sdake! 16:43:56 enjoy :) 16:43:58 #endmeeting