15:02:00 #startmeeting kuryr 15:02:01 Meeting started Mon Sep 28 15:02:00 2015 UTC and is due to finish in 60 minutes. The chair is apuimedo. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:02:02 aloha. Finally a monday without conflicts at 5PM my time. 15:02:02 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:02:05 The meeting name has been set to 'kuryr' 15:02:23 Hello and welcome to another Kuryr meeting! 15:02:31 who is here? 15:02:38 o/ 15:02:42 o/ 15:02:49 I/ 15:03:19 salv-orlando: so you are here for the meeting? 15:04:15 apuimedo: yeah, for what else? 15:04:38 surely you don't want me here to tell jokes ;) 15:05:13 salv-orlando: jokes are nice to put the meeting in a nicer mood 15:05:14 :-) 15:05:38 #info salv-orlando banix tfukushima diga and apuimedo present in the meeting 15:05:53 #topic virtual sprint 15:06:27 Last week tfukushima was working on a demo 15:06:32 tfukushima: please update us 15:06:54 Sorry, I had some urgent issues and I couldn't have the complete demo. 15:07:18 However, I have the incomplete one used somewhere. 15:07:20 https://drive.google.com/file/d/0BwURaz1ic-5tUFlIQklJRnBQc2s/view?usp=sharing 15:07:24 tfukushima: Did you find any bugs while getting it to work? 15:07:32 that we should discuss? 15:07:40 tfukushima: apuimedo is the demo using the master or a different branch? 15:08:18 #link https://drive.google.com/file/d/0BwURaz1ic-5tUFlIQklJRnBQc2s/view?usp=sharing 15:08:19 It's my local branch. But basically I put everything on GerritHub. 15:08:37 Actually patches on GerritHub are better. :-p 15:08:39 banix_: it's the work tfukushima had to do on top of master to get it to work 15:08:56 there was some stuff we had wrong about ip address setting 15:09:03 some other stuff about mac address 15:09:05 tfukushima: what you need to do, you have submitted as patches? 15:09:09 tfukushima: gerrit or github? Probably you're taling about the former as I see your patches to fix interactions wiht libnetwork 15:09:15 and other things 15:09:23 I made a shortkit for the default subnetpool because I could only get Juno stack. 15:09:24 I think he means gerrit 15:10:01 salv-orlando: salv-orlando he has been on a coding marathon since yesterday ;-) 15:10:05 Sorry I meant Gerrit. There's a service called GerritHub. I'm confused. 15:10:20 That's similar to Gerrit hosted by OpenStack community. 15:10:31 tfukushima. apuimedo: no worries I just wanted to make sure I was looking at the right patches 15:10:44 #action tfukushima to address the reviews made on his latest patches 15:10:51 tfukushima: so you have all your changes submitted to gerrit? 15:11:14 Yes, basically. 15:11:29 #info tfukushima's demo was done over Juno and he posted his changes to gerrit 15:11:47 I found a few minor issues preventing the code from working at all, I submitted three tiny patches for those 15:11:53 I had bad workarounds in my local and I clean them up. The patches on Gerrit are nicer. 15:12:00 #info apuimedo prepared a kilo image to port the demo to it, since juno required some hacks 15:12:06 tfukushima: thanks tfukushima 15:12:13 :-) 15:12:28 banix_: Yes, I tested with Docker 1.8.0 experimental. 15:12:35 banix_: thanks for that. Di dyou add us as reviewers? 15:12:43 libnetwork APIs are changed a little bit in Docker 1.9.0 experimental. 15:13:06 the new image I made for tfukushima is with midonet+kilo+docker1.9 experimental 15:13:28 banix_: salv-orlando: I wonder if you would like access to the image 15:13:41 Yes, I'll run Kuryr against that env from now on. 15:13:51 good 15:14:18 banix: thanks but no as it uses midonet 15:14:50 i will using the rference implementation: ml2, ovs for testing 15:14:55 banix_: ok, It should be easy enough to reconfigure neutron, but I guess you have your own ;-) 15:15:02 s/shortkit/short circuit/ 15:15:03 banix_: great 15:15:26 ok, moving to another virtual sprint topic 15:15:33 apuimedo: I actually wonder if we should ensure it's publicly accessible, assuming it might be useful to all contributors 15:16:08 salv-orlando: is there some place we can put qcow2 images in OSt infra? 15:16:24 or should we just put Puppet modules somewhere? 15:16:28 Yes, I want the reference stack with OVS publicly accessible. 15:16:57 my goal would be that we'd have it with Puppet so that infra can use it for the "tempest" testing 15:17:16 apuimedo: the latter approach is probably more feasible. Maybe in kuryr itself, pending a more suitable place. 15:17:16 and then we could have sample manifests for OVS and midonet 15:17:26 salv-orlando: cool 15:17:32 I'm not sure if we have an "openstack place" where images can be uploaded 15:18:07 so for the moment puppet it is ;-) and in the meantime maybe I can put the image in some server 15:18:42 I was investigating about the cap_net_admin approach to running kuryr so it would not need root 15:19:42 We (me and Peter Saveliev from pyroute2) were able to drop privileges until only CAP_NET_ADMIN was remaining 15:19:42 I will have a colleague work on the Kolla image for Kuryr 15:19:59 #info banix's team will work on the kolla image 15:20:03 banix_: that's great! 15:20:22 ya for mitaka we are going full on capabilities dropping and running as specific users for kolla 15:20:30 Originally I wanted to have a kuryr user that got CAP_NET_ADMIN only instead of starting as root and dropping privileges 15:20:36 for improved security 15:20:46 sdake: nice to see you here 15:20:57 just random luck i guess ;-) 15:21:10 sdake: so are your service files starting the daemon as root and then dropping and changing? 15:21:34 we want to run as a user and drop prior to entering the container (have docker do the priviledge management early on) 15:21:49 makes sense 15:22:05 atm everythign runs as root 15:22:12 for the non containerized run I considered doing a small executable that did that for me 15:22:12 only some containers run with all capabiltieis 15:22:17 (--privieleged option) 15:22:50 #info: both kolla and kuryr will run with dropped privileges and user switching in Mitaka 15:23:12 I want to talk to the systemd guys to see if I can avoid having the executable somehow 15:23:50 sdake: yes, that's how I saw it last time 15:24:03 sdake: who is leading this effort in kolla? 15:24:20 the privilege dropping? 15:24:25 undefined at this point, we typically all chip in 15:24:37 i generally do most of the facilitating 15:24:55 ok 15:25:11 i expct it will happen in mitaka-1 15:25:17 nice 15:25:32 #topic testing 15:26:12 salv-orlando: do you have any news from talking with infra people about running functional tests in there? 15:26:23 I expect that having puppet modules will be a requirement 15:29:27 salv-orlando is at the small pub again 15:29:50 :-) 15:29:53 running functional tests is a big job 15:29:56 be prepared for some pain :) 15:32:05 sdake: :-) Thanks 15:32:27 I didn't expect it easy, but it's good to go prepared into it 15:32:39 #topic: open floor 15:32:55 Does anybody else have some topic to bring up? 15:32:57 so quick q 15:33:07 what type of containers do you intend to create exactly? 15:33:10 a whoel bunch or just one? 15:33:12 apuimedo: so one piece missing is the libnetwork support for labels 15:33:25 apuimedo: I had to answer another call. No I did not chat yet to infra people, thanks for the reminder. I'll make a note of doing that. 15:33:48 sdake: just one is what I had in mind 15:33:52 #action salv-orlando to chat with the infra people about running func tests there 15:34:07 banix cool - we definately are willing to host the code inside kolla 15:34:08 sdake: there should be just one 15:34:12 so feel free to submit the patches there 15:34:26 for midonet there'll be two, one for midonet agent and one for kuryr 15:34:37 I expect other vendors to do similarly 15:34:52 sdake: thanks, yes, working on getting kuryr in a decent shape 15:35:07 one thing we want to tackle in kolla is plugins for cinder/neutron/nova 15:35:18 there are about 50 plugins per cinder/neutron 15:35:22 and 10 in nova 15:35:33 so using wget to get kuryr rather that installing through yum or apt-get is acceptable as a start point? 15:35:35 so we dont want to create 50 containers, but just 1 container that is plugin selectable 15:35:47 banix we have a system for source building 15:35:55 banix: Regarding label, I'm not sure if libnetwork guys make it happen in Docker 1.9.0. 15:36:07 banix you basically point it at a git repo or a tarball.gz and it builds the image properly 15:36:19 #link Labels support for Network, Endpoint Create, Join #222 https://github.com/docker/libnetwork/pull/222 15:36:36 tfukushima: i am told it is in 1.9 plan and ready to be added but a few more high priority stuff remains for them 15:37:07 tfukushima: yeah I talked to them, hopefully we will see it this week. How do you plan to use them? 15:37:13 sdake: thanks 15:37:18 Ok, let's see... 15:37:51 tfukushima: any particular use case for labels you have in mind? 15:38:25 Giving names of the networks and the endpoints to Kuryr. 15:38:51 banix when your ready to get started, join #kolla and one of the core reviewers can help walk you through how to create a container for from source building 15:38:55 Now we'll see Docker IDs as the names in Neutron. 15:39:02 #info kuryr will be a single container 15:39:22 sdake: sounds good. Thank you. 15:39:25 #info kuryr will be a single kolla container for now 15:39:58 banix: IIRC the contact sdake gave us is SamYapple 15:40:07 Yaple 15:40:17 but feel free to contact anyone in #kolla that is a core reviewer 15:40:27 or anyone else for that matter 15:40:32 :-) 15:40:34 but the crs are the best folks to giveoyu wa lkthrough of the code 15:40:36 thanks sdake 15:41:07 sure 15:41:09 sdake: what's the shape now of the ansible based orchestration of Kolla? 15:41:20 fantastically good? :) 15:41:36 if you could be more precise in oyur question i could give a more precise answer :) 15:41:43 if we were to base our functional tests on it, could we do so now, or should we wait for liberty release? 15:41:58 we are releasing rc1 tomorrow at 10am pst 15:42:03 (hopefully) 15:42:07 that is what i'd work against 15:42:15 (the liberty branch will happen at this time as well) 15:42:27 butreally I'd submit patches against master 15:42:36 we aren't backporting features into liberty 15:43:25 sdake: thanks 15:43:45 tfukushima: apuimedo can we make sure all corrections you make on your local branch get to master? 15:44:19 banix: we'll re-run the demo on kilo with master plus what's on gerrit to make sure we didn't miss anything 15:44:27 otherwise we'll go crazy :P 15:44:43 yes exactly 15:44:45 :) 15:45:43 #action tfukushima apuimedo to run the demo again on kilo + master + tfukushima's under review patches 15:45:51 anything else? 15:46:47 #link patches https://review.openstack.org/#/q/status:open+project:openstack/kuryr,n,z 15:48:00 thanks tfukushima 15:48:09 thanks tfukushima 15:48:21 by the way diga do you plan to update your patch? 15:48:42 banix: he had to take off 15:48:56 let's sync tomorrow with him on #openstack-neutron 15:49:03 banix: tfukushima: sdake: salv-orl_: diga: thanks for joining! 15:49:07 apuimedo: ok 15:49:14 #endmeeting