16:00:14 #startmeeting containers 16:00:14 Meeting started Tue Sep 20 16:00:14 2016 UTC and is due to finish in 60 minutes. The chair is hongbin. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:00:15 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:00:18 The meeting name has been set to 'containers' 16:00:20 #topic Roll Call 16:00:25 murali allada 16:00:29 Spyros Trigazis 16:00:30 Ton Ngo 16:00:30 o/ 16:00:34 Jaycen Grant 16:00:43 o/ 16:01:20 Thanks for joining the meeting muralia strigazi tonanhngo Drago jvgrant__ dane_leblanc_ 16:01:26 #link https://wiki.openstack.org/wiki/Meetings/Containers#Agenda_for_2016-09-20_1600_UTC Today's agenda 16:01:32 Anything needs to be added to the agenda? 16:01:36 Hieu LE o/ 16:01:44 o/ 16:01:56 Hieu: eghobo thanks for joining 16:01:58 o/ 16:02:08 #topic Announcements 16:02:14 1. Magnum is having an election for Ocata PTL 16:02:37 if you have a commit in mitaka or newton cycle, you should receive a link to vote 16:02:51 looking forward to your vote 16:02:59 2. Magnum 3.1.0 release 16:03:06 #link http://lists.openstack.org/pipermail/openstack-announce/2016-September/001611.html 16:03:16 3. Branch stable/newton was created and master branch was unfrozen. 16:03:44 the stable branch was created based on 3.1.0 tag 16:03:55 o/ 16:03:58 however, you can still submit bug fixes to newton 16:04:37 in particular, you can backport fixes to stable/newton branch, as long as it is before sep 30, it can be included in newton release 16:05:12 any question about this? 16:05:42 nope 16:06:00 maybe i have a question for you, is any bug fixes you want to be included in newton? 16:06:19 yatin reported one 16:06:27 and I confirm it 16:06:35 fetching link 16:06:45 the k8s loadbalancer for lbaas v1 would be good to have 16:06:57 although somewhat limited 16:06:59 #link https://bugs.launchpad.net/magnum/+bug/1625479 16:07:00 Launchpad bug 1625479 in Magnum "Kubernetes fedora atomic is not working with cinder volume driver" [Undecided,In progress] - Assigned to yatin (yatinkarel) 16:07:04 strigazi: tonanhngo ack 16:07:16 strigazi: tonanhngo your deadline is sep 30 16:07:48 that is all for the annoucement 16:07:58 anyone else has an annoucement? 16:08:21 #topic Review Action Items 16:08:24 none 16:08:29 #topic Essential Blueprints Review 16:08:34 1. Support baremetal container clusters (strigazi) 16:08:40 #link https://blueprints.launchpad.net/magnum/+spec/magnum-baremetal-full-support 16:08:45 strigazi: ^^ 16:09:18 Nothing since last week, trying to finalize mesos for ironic 16:09:48 strigazi: ack 16:10:18 then, move to the next bp 16:10:26 2. Magnum User Guide for Cloud Operator (tango) 16:10:31 #link https://blueprints.launchpad.net/magnum/+spec/user-guide 16:10:37 tonanhngo: ^^ 16:10:40 The Horizon and native client section is under review. This should round out the user guide. 16:11:05 Once this one merges, I would like to backport it to stable/newton so the guide would be more complete 16:11:41 There is still the HA section, but I have to think about what should go in there. 16:11:57 It's kind of a broad topic 16:12:18 That's all I have 16:12:25 tonanhngo: i think the developer doc are always generated from master , i am not sure if it worth to backport it 16:12:26 HA for the conductors and API servers 16:12:35 and also for the cluster 16:12:43 how load balancing works 16:12:51 these are two different topics 16:12:57 focus on the control plane for the user guide 16:13:18 the data plane (actual workloads) HA concerns are intractable for a guide like this. 16:13:27 but we could include some high level guidance 16:13:43 also best practice like for etcd for large cluster 16:13:45 as a lower priority than HA for the magnum service. 16:14:15 anyway, this might be a good topic for a design session. 16:14:30 for HA for the magnum service 16:14:40 you can have a look here #link http://docs.openstack.org/ha-guide/ 16:15:01 thanks 16:15:27 thanks tonanhngo 16:15:38 3. COE Bay Drivers (muralia) 16:15:44 #link https://blueprints.launchpad.net/magnum/+spec/bay-drivers 16:15:47 muralia: ^^ 16:16:04 I have fixed all the failing tests from last week. I'm currently rebasing with master 16:16:12 i have not done so since the bay to cluster rename, 16:16:27 lots of merge conflicts, but just renames basically. 16:16:44 nothing else to report. 16:17:04 muralia: you have a link to the patch? 16:17:17 not yet. i'll submit once rebase is done. 16:17:27 muralia: ack 16:17:38 how many thousant line? 16:17:42 how many thousant lines? 16:17:58 oh, i did not check. 16:18:22 ok 16:18:47 thanks muralia 16:18:56 4. Rename bay to cluster (jvgrant) 16:19:02 #link https://blueprints.launchpad.net/magnum/+spec/rename-bay-to-cluster 16:19:05 jvgrant__: ^^ 16:19:24 nothing new to report, finished up last week. 16:19:35 I think this can be removed from the agenda now right? 16:19:44 jvgrant__: ready to close the bp? 16:20:01 hongbin: yes, unless someone is aware of another area that needs updated 16:20:13 jvgrant__: ack 16:20:23 will remove this from the agenda 16:20:35 #topic Kuryr Integration Update (tango) 16:20:43 tonanhngo: ^^ 16:20:45 I attended the Kuryr meeting yesterday 16:21:18 They seem happy to go with the 2 alternatives for implementing the multiple ports for containers: 16:21:34 VLAN-aware VM and IPVLAN 16:21:55 there is more pro/con discussion on IPVLAN 16:22:19 I would wait to see a POC, still a lot of unanswered questions 16:22:59 the credential issue on VM is still open, they are aware, but I think they will proceed first to get functionality 16:23:13 then solve the security issue 16:23:32 For us, we still need release 2 and the support for containers in VM 16:23:42 I think it will awhile before we can really proceed 16:23:58 i see 16:24:11 That's all I have 16:24:21 tonanhngo: thanks for tracking the status of kuryr 16:24:32 any question for tonanhngo ? 16:24:56 #topic Other blueprints/Bugs/Reviews/Ideas 16:24:59 will have a session in the summit for this? 16:25:09 tonanhngo ^^ 16:25:21 with the kuryr team 16:25:22 Kuryr? 16:25:28 I think we should 16:25:37 it was helpful last time 16:25:42 ok 16:25:44 i can talk to their ptl about that 16:26:09 ok 16:26:27 #action hongbin talk to kuryr ptl to setup a join-session in design summit 16:26:38 back to the topic 16:26:41 1. k8s external load balancer is not getting created 16:26:48 #link https://bugs.launchpad.net/magnum/+bug/1524025 16:26:49 Launchpad bug 1524025 in Magnum "Kubernetes external loadbalancer is not getting created" [High,In progress] 16:27:30 I was trying to replicate Dane's environment: OpenStack Mitaka with lastest Magnum 16:27:39 but ran into a number of issues 16:27:56 still trying to get it working. 16:28:08 you mean devstack? 16:28:23 Yes, Basically we need LBaas v1, which has been removed 16:29:00 I can build devstack with Mitaka, but getting lastest Magnum there is a bit tricky 16:29:28 with the removal of Heat from devstack, keystone v3, etc 16:29:54 once I get the environment, I can debug the K8s plugin. 16:30:10 The error message seems to indicate that the plugin has problem reading the config file 16:31:13 so, continuing debugging, working with Dane 16:31:38 thanks tonanhngo for working on this 16:32:04 #topic Open Discussion 16:32:13 Summit sessions 16:32:39 I have to propose one with the Heat team 16:33:00 two reasons for this 16:33:27 1. we will need their opinion on the nodegroup refactoring 16:33:38 strigazi: regarding the nextgen design for diverse clusters (node pools) and orchestrating those? 16:33:47 yes 16:33:49 and 2, 16:34:25 from our benchmarks, magnum bottleneck is heat which scales linearly. Which is not ideal 16:34:40 They might have some insight to offer 16:34:52 to conclude on this 16:35:35 we need to present them how we use heat in detail and they might be able to help. Or at least verify that these are the capablities of heat 16:35:39 that's it 16:35:46 do they have Rally benchmarks? 16:36:09 there are plugins for heat but 16:36:15 I don't have any data 16:36:29 and the issue might be 16:36:37 how we (magnum) use heat 16:37:01 ok, we are their user 16:37:07 yes 16:37:24 What do you think? Does it make sense? 16:37:34 +1 16:37:40 we can request a joint session 16:37:56 That it what I was aiming for 16:38:03 strigazi: I think they would like to hear the data you have. They are definitely interested in working on Heat's performance in Ocata 16:38:07 and present data 16:38:26 Drago: sure 16:38:50 We can run again the tests at CERN but after the summit 16:39:11 Don't know when exactly 16:40:25 i think we can start on creating a etherpad, and list all the requested session in design summit 16:40:53 then, based on the feedback, we can plan each session accordingly 16:41:24 Are you going to contact the heat team hongbin? We agree on this session? 16:41:40 strigazi: yes, i can do that 16:42:27 #action hongbin contact the heat team about a join-session for discussing heat performance 16:43:30 #link https://etherpad.openstack.org/p/magnum-ocata-summit-topics 16:43:45 strigazi: thx 16:44:22 any other topic to discuss? 16:44:55 the NodeGroup spec has been update some. 16:44:57 https://review.openstack.org/#/c/352734/ 16:45:02 feedback appreciated 16:45:24 most of the new proposed operations and some examples are now included 16:45:25 jvgrant__: ack 16:45:45 oh on the spec subject 16:45:49 we can probably remove the WIP to get more attention 16:46:23 Most projects have -specs repo and they publish the specs 16:46:35 still has a ways to go, but i think some more discussion around it would help 16:46:44 tonanhngo: I think the WIP should remain until the summit 16:49:38 ok, it looks nobody else has a topic 16:49:45 I would like feedback on https://review.openstack.org/#/c/368981/. Specifically, what should be included in the script for performing the actual restart of services (currently only `systemctl restart xxx`). That is all. 16:49:46 let's end the meeting a bit earlier 16:49:55 I second the motion 16:50:13 Drago: ack 16:50:17 #endmeeting