Tuesday, 2015-09-15

*** achanda has quit IRC00:01
*** dane_leblanc has quit IRC00:10
*** jlcoello has joined #openstack-containers00:12
*** SourabhP has quit IRC00:14
*** Marga_ has quit IRC00:17
*** suro-patz has quit IRC00:22
*** Marga_ has joined #openstack-containers00:25
*** dimtruck is now known as zz_dimtruck00:28
*** vahidh has quit IRC00:31
*** Tango has quit IRC00:40
*** slagle has joined #openstack-containers00:47
*** dims_ has joined #openstack-containers00:48
*** zz_dimtruck is now known as dimtruck01:04
*** banix has joined #openstack-containers01:06
*** zhenguo has joined #openstack-containers01:09
*** Tango has joined #openstack-containers01:14
*** jlcoello has quit IRC01:14
*** jlcoello has joined #openstack-containers01:21
*** erkules_ has joined #openstack-containers01:21
*** puranamr has joined #openstack-containers01:22
*** Marga_ has quit IRC01:22
*** erkules has quit IRC01:24
*** jjfreric has joined #openstack-containers01:40
*** dave-mccowan has quit IRC01:40
openstackgerritVilobh Meshram proposed openstack/magnum: WIP : Objects from Bay - Services  https://review.openstack.org/22336701:41
openstackgerritMerged openstack/magnum: Add a link versioned object document  https://review.openstack.org/22293901:42
openstackgerritVilobh Meshram proposed openstack/magnum: WIP : Objects from Bay - Pods  https://review.openstack.org/22336701:42
*** jjfreric has quit IRC01:44
openstackgerritMartin Falatic proposed openstack/magnum: If headerParams = None, don't use it to .update()  https://review.openstack.org/22336901:45
*** vilobhmm_11 has quit IRC01:48
*** julim has joined #openstack-containers01:49
*** Marga_ has joined #openstack-containers01:49
*** puranamr has quit IRC01:53
*** eghobo has quit IRC02:11
*** dims_ has quit IRC02:11
*** harshs has quit IRC02:13
*** dave-mccowan has joined #openstack-containers02:13
*** harshs has joined #openstack-containers02:13
*** harshs has quit IRC02:17
*** dave-mccowan has quit IRC02:17
*** banix has quit IRC02:21
*** hongbin has joined #openstack-containers02:24
*** unicell has quit IRC02:26
*** achanda has joined #openstack-containers02:27
*** eliqiao has joined #openstack-containers02:37
*** sthillma has quit IRC02:44
*** adrian_otto has joined #openstack-containers02:44
*** banix has joined #openstack-containers02:47
*** ganeshna has joined #openstack-containers02:50
*** adrian_otto has quit IRC02:57
eliqiaohongbin: ping02:59
*** vilobhmm_11 has joined #openstack-containers02:59
openstackgerritVilobh Meshram proposed openstack/magnum: WIP : Objects from Bay - Services  https://review.openstack.org/22338403:01
*** shuquan has joined #openstack-containers03:05
*** dims_ has joined #openstack-containers03:12
*** madhuri has joined #openstack-containers03:12
*** hongbin has quit IRC03:13
*** hongbin has joined #openstack-containers03:13
*** dave-mccowan has joined #openstack-containers03:14
*** ganeshna_ has joined #openstack-containers03:18
*** dave-mccowan has quit IRC03:18
*** dims_ has quit IRC03:19
*** ganeshna has quit IRC03:20
*** ganeshna_ has quit IRC03:24
*** dimtruck has quit IRC03:26
*** ganeshna has joined #openstack-containers03:26
*** daneyon_ has joined #openstack-containers03:27
openstackgerritVilobh Meshram proposed openstack/magnum: WIP : Objects from Bay - Replication Controller  https://review.openstack.org/21336803:28
*** apmelton has quit IRC03:28
*** daneyon has quit IRC03:28
*** gus has quit IRC03:29
*** julim has quit IRC03:30
*** harshs has joined #openstack-containers03:30
*** gus has joined #openstack-containers03:31
*** apmelton has joined #openstack-containers03:31
*** dimtruck has joined #openstack-containers03:31
*** banix has quit IRC03:32
*** kebray has joined #openstack-containers03:32
*** kebray has quit IRC03:33
gushuh, I thought "docker" was the main use case for Atomic - and yet this fedora-21-atomic-5 image has a completely broken docker daemon.03:34
*** dimtruck is now known as zz_dimtruck03:35
* gus wonders what other testcases they're running against their images..03:35
*** kebray has joined #openstack-containers03:38
*** zz_dimtruck has quit IRC03:39
*** suro-patz has joined #openstack-containers03:39
*** gus has quit IRC03:41
*** kebray has quit IRC03:41
*** kebray has joined #openstack-containers03:42
*** apmelton has quit IRC03:42
*** ganeshna_ has joined #openstack-containers03:44
*** gus has joined #openstack-containers03:44
*** apmelton has joined #openstack-containers03:45
*** ganeshna has quit IRC03:47
*** shuquan has quit IRC03:48
*** david-lyle has joined #openstack-containers03:50
*** hongbin has quit IRC03:52
*** deepthi has joined #openstack-containers03:52
*** achanda has quit IRC03:52
*** harshs has quit IRC03:53
*** shuquan has joined #openstack-containers03:58
gusTango: so before I spend more time on this - do you have a working k8s 1.0 setup at all?04:00
* gus has sunk another day into just getting magnum+k8s-v1 actually working.04:01
*** ganeshna_ has quit IRC04:03
gusAt this point I think I should go work on other things and come back once more of your changes have merged, or attempt to reproduce whatever the k8s-neutron-lb issue is without magnum (difficult without a clear understanding of the failing json request and what was meant to be produced instead).04:03
*** ganeshna has joined #openstack-containers04:03
*** zz_dimtruck has joined #openstack-containers04:04
gus:-(04:04
*** zz_dimtruck is now known as dimtruck04:04
*** achanda has joined #openstack-containers04:05
Tangogus: Hi Gus, thanks so much for helping out.04:05
Tangogus: I spent the last few days adding a lot of logging to version 1.0.4 and stepped through the plugin code04:05
gusTango: sorry I haven't made any progress yet - at this point I feel I'm just duplicating whatever you're already working on to get k8s-v1 supported.04:06
Tangogus: I finally figured out the discrepancy between what the plugin code expects and what Magnum deployed04:06
*** wshao has joined #openstack-containers04:07
Tangogus: So after fixing those discrepancies, I was just able to get the load balancer working this morning04:07
gusoh!  What change was required?04:08
Tangogus: I am testing the patches now to implement.  To get the minimum working, basically two things:04:08
Tangogus:  all on Magnum side04:08
Tango1. the name we register for a minion has to match the nova instance name04:09
Tango2. the private neutron network we set up for the cluster has to be named "private"04:09
Tangogus: So with Magnum deploying the cluster this way, the load balancer gets created correctly04:10
*** achanda has quit IRC04:11
gusaha.  Yes, 1 is unavoidable since I need to go from the minion "name" that k8s gives me to the address that the neutron LB needs.04:11
gus2 will try "private", "public", and then accessIPs (v4, then v6)04:12
TangoYep, once I step through your code, then I understand04:12
*** harshs has joined #openstack-containers04:13
gusthe first two are a bit of a rackspace public cloud-ism.  I can easily add more config for that part if there's something else you'd like it to do.04:13
TangoI can offer to write a little document to add to the plugin directory04:13
TangoOne thing we might consider adding to the plugin is to manage the floating IP.  Right now, the user would have to associate manually.04:14
TangoNot sure how GCE handles this, but the VIP for the pool is a private IP, so we need to get a floating IP to be able to access.04:14
*** dave-mccowan has joined #openstack-containers04:15
gusTango: yeah, I think there's work underway to do the same thing for the aws plugin - but I had a lot of trouble getting the author of the patch to describe exactly what semantics he was trying to move towards :-/04:15
*** dims_ has joined #openstack-containers04:16
gusGCE just goes straight from "public VIP" to "list of machines where you want that traffic to arrive" - without all these extra steps in between.04:17
gus... hence the k8s API being so simple (initially).04:17
*** wshao has quit IRC04:17
Tangogus: So you think we can borrow from the aws once they implement theirs?04:17
gusTango: https://github.com/kubernetes/kubernetes/pull/13005 is the relevant change.04:19
*** dave-mccowan has quit IRC04:19
gusBut like I said, I'm still waiting for more docs to work out exactly what "LoadBalancerIP" is meant to mean (chassis/private IP or floating IP)04:19
Tangook, I would like to keep an ear on this work04:20
*** achanda has joined #openstack-containers04:21
*** ganeshna has quit IRC04:21
*** dims_ has quit IRC04:22
gusTango: I _think_ an alternative would be to create the LB+VIP and attach a floating IP to it in the heat template - then set that LB (private) IP in the k8s service ExternalIP.04:24
gusI agree it would be better to manage the floating-ip within k8s, but this is how you would do it outside k8s.04:25
Tangogus: hmm, then would it be difficult to manage the LB+VIP externally in response to changes in the services?04:26
*** jlcoello has quit IRC04:27
*** achanda has quit IRC04:27
gusYou would have to follow some of the changes people might make in their services, yes.04:28
gus(but I sort of thought that was the point of magnum intercepting the k8s api(?))04:28
*** eghobo has joined #openstack-containers04:29
Tangono, we thought about intercepting the k8s api but that was frowned upon by the k8s team, so now we are only passing everything straight through04:29
TangoMagnum mainly creates and manages the cluster as infrastructure04:30
gus.. so what's the point of pod-create, etc magnum commands?04:30
gus(as opposed to not having them and forcing the user to always go directly to the k8s apiserver endpoint)04:31
Tangothey are passed straight through to k8s, but the purpose is really for orchesration.  Later there will be heat resources for these and you can code in the heat template04:31
gusah, heat integration makes some sense.04:32
TangoThe user is totally free to use k8s api04:32
*** deepthi has quit IRC04:33
*** elynn has joined #openstack-containers04:39
*** jjfreric has joined #openstack-containers04:40
*** unicell has joined #openstack-containers04:41
*** jjfreric has quit IRC04:44
*** SourabhP has joined #openstack-containers04:47
*** SourabhP_ has joined #openstack-containers04:51
*** suro-patz has quit IRC04:53
Tangogus: So it looks like the 3 issues that you pointed out ealier have been merged to k8s master04:53
Tangogus: How do we tell if they have been picked up in a release yet?04:54
*** SourabhP has quit IRC04:54
*** SourabhP_ is now known as SourabhP04:54
*** diga has joined #openstack-containers04:55
Tangogus: (12203, 12262, 12288)04:55
gusTango: usual github releases and git tags: https://github.com/kubernetes/kubernetes/releases04:58
Tangogus: So if I search for 12203 and don't see it, then it's not picked up yet?04:59
Tangogus: It doesn't look like those 3 have been picked up yet05:00
*** eghobo_ has joined #openstack-containers05:00
gusthey don't always mention every (non-bug) change in the releases.  The most robust way is to check the contents of the git tree at each tag, :/05:01
Tangook05:01
TangoI know version 1.0.4 doesn't have them05:02
gusthey might not make it into 1.0.x at all - I'm not sure how strict the branch policy is.05:02
TangoLet me check the latest 1.0.6 pre-release05:03
*** SourabhP has quit IRC05:03
*** SourabhP_ has joined #openstack-containers05:03
*** tbh has joined #openstack-containers05:03
*** eghobo has quit IRC05:04
*** ganeshna has joined #openstack-containers05:11
Tangogus: Nope, they are not there yet in 1.0.605:11
*** harshs has quit IRC05:11
*** suro-patz has joined #openstack-containers05:12
*** coolsvap has joined #openstack-containers05:15
*** dave-mccowan has joined #openstack-containers05:16
*** dave-mccowan has quit IRC05:20
*** Marga_ has quit IRC05:24
*** suro-patz has quit IRC05:35
*** vimal has joined #openstack-containers05:47
*** Marga_ has joined #openstack-containers05:52
*** Marga_ has quit IRC05:52
*** Marga_ has joined #openstack-containers05:53
*** vilobhmm_11 has quit IRC05:57
*** ishant has joined #openstack-containers06:01
*** jwcroppe has quit IRC06:04
*** vilobhmm_11 has joined #openstack-containers06:04
*** muralia has quit IRC06:18
*** jlcoello has joined #openstack-containers06:22
*** shuquan has quit IRC06:23
*** suro-patz has joined #openstack-containers06:24
*** coolsvap_ has joined #openstack-containers06:24
*** shuquan has joined #openstack-containers06:26
*** suro-patz has quit IRC06:28
*** muralia has joined #openstack-containers06:30
*** vilobhmm_11 has quit IRC06:32
*** tbh has quit IRC06:33
*** humble__ has joined #openstack-containers06:35
*** kebray_ has joined #openstack-containers06:35
*** ganeshna has quit IRC06:35
*** humble_ has quit IRC06:38
*** kebray has quit IRC06:39
*** alex_klimov has joined #openstack-containers06:39
*** jlcoello has quit IRC06:41
*** deepthi has joined #openstack-containers06:42
*** wshao has joined #openstack-containers06:42
openstackgerritHua Wang proposed openstack/magnum: Add registry_enabled to api and db  https://review.openstack.org/22290806:47
*** coolsvap_ has quit IRC06:49
openstackgerritMotohiro/Yuanying Otsuka proposed openstack/magnum: [WIP] Add TLS support in heat kubernetes template  https://review.openstack.org/20287306:58
openstackgerritMotohiro/Yuanying Otsuka proposed openstack/magnum: Fix calling parameter at get_cert/delete_cert  https://review.openstack.org/22343806:58
openstackgerritMotohiro/Yuanying Otsuka proposed openstack/magnum: Allow unicode text as CSR  https://review.openstack.org/22343906:58
*** unicell1 has joined #openstack-containers07:01
*** unicell has quit IRC07:03
*** tbh has joined #openstack-containers07:05
*** achanda has joined #openstack-containers07:06
*** wshao has quit IRC07:10
*** tbh has quit IRC07:12
*** shuquan has quit IRC07:15
*** j___ has joined #openstack-containers07:20
*** ganeshna has joined #openstack-containers07:21
*** achanda has quit IRC07:22
*** madhuri has quit IRC07:24
*** achanda has joined #openstack-containers07:25
*** eghobo has joined #openstack-containers07:26
*** eghobo_ has quit IRC07:28
eliqiaohi tcammmann tcammmann107:29
eliqiaoaround?07:29
eliqiaohi tcammann tcammann107:29
*** tbh has joined #openstack-containers07:32
*** Tango has quit IRC07:33
*** SourabhP has joined #openstack-containers07:33
*** SourabhP_ has quit IRC07:36
*** SourabhP has quit IRC07:39
*** achanda has quit IRC07:41
openstackgerritMartin Falatic proposed openstack/magnum: If headerParams = None, don't use it to .update()  https://review.openstack.org/22336907:45
*** shuquan has joined #openstack-containers08:06
*** sdake has quit IRC08:07
openstackgerritMotohiro/Yuanying Otsuka proposed openstack/magnum: Allow unicode text as CSR  https://review.openstack.org/22343908:08
openstackgerritMotohiro/Yuanying Otsuka proposed openstack/magnum: [WIP] Add TLS support in heat kubernetes template  https://review.openstack.org/20287308:08
*** kebray_ has quit IRC08:14
*** VikasC has joined #openstack-containers08:16
*** shuquan has quit IRC08:16
*** dims_ has joined #openstack-containers08:20
*** wangqun has joined #openstack-containers08:23
*** humble_ has joined #openstack-containers08:24
*** ganeshna has quit IRC08:26
*** shuquan has joined #openstack-containers08:27
*** humble__ has quit IRC08:28
*** ganeshna has joined #openstack-containers08:29
*** apuimedo has joined #openstack-containers08:31
*** humble__ has joined #openstack-containers08:42
*** humble_ has quit IRC08:46
*** chandankumar has joined #openstack-containers08:46
*** dims_ has quit IRC08:53
*** tbh has quit IRC09:01
openstackgerritHua Wang proposed openstack/magnum: Add registry_enabled to api and db  https://review.openstack.org/22290809:07
*** tbh has joined #openstack-containers09:14
*** ganeshna has quit IRC09:18
*** diga has quit IRC09:26
*** ganeshna has joined #openstack-containers09:30
*** jun_ has joined #openstack-containers09:33
jun_Hello. I installed devstack with Magnum, but after bay creation, the docker/etcd services cannot start from Fedoral atomic image based kubernate master node.09:35
*** ganeshna has quit IRC09:40
eliqiaojun_: what is the coe ?09:40
eliqiaoswarm/k8s?09:40
jun_k8s09:43
jun_Has anyone installed the latest fedora image through magnum and get k8s services running correctly?09:44
*** bradjones|away has quit IRC09:47
*** bradjones has joined #openstack-containers09:49
*** bradjones has quit IRC09:49
*** bradjones has joined #openstack-containers09:49
*** dims_ has joined #openstack-containers09:52
jun_I used a flavor with 10GB disk for the k8s master/minion nodes, and found they will almost stuck during the first boot up, and I have to soft reboot them again in order to get cloud-init executed and finish bay-create. After that, I found docker/etcd services cannot start and report either timeout or terminated.09:52
jun_Another question is: why the support to CoreOS is poor, compared with Fedora image, as many heat templates related to CoreOS are out of date.09:54
*** dims_ has quit IRC09:57
*** elynn has quit IRC10:02
*** shuquan has quit IRC10:09
*** wangqun has quit IRC10:14
*** jun_ has quit IRC10:17
*** julim has joined #openstack-containers10:21
*** ganeshna has joined #openstack-containers10:30
*** sgordon has quit IRC10:31
*** sgordon has joined #openstack-containers10:32
*** diga has joined #openstack-containers10:34
*** humble_ has joined #openstack-containers10:37
*** diga has quit IRC10:40
*** humble__ has quit IRC10:41
*** dims_ has joined #openstack-containers10:44
*** ganeshna_ has joined #openstack-containers10:45
*** ganeshn__ has joined #openstack-containers10:47
*** ganeshna has quit IRC10:49
*** ganeshna_ has quit IRC10:50
*** ganeshn__ has quit IRC10:52
*** ganeshna has joined #openstack-containers10:55
*** ishant has quit IRC11:08
*** ganeshna has quit IRC11:09
openstackgerritHua Wang proposed openstack/magnum: Add registry to template  https://review.openstack.org/22352611:15
*** junhongl has quit IRC11:19
*** sdake has joined #openstack-containers11:25
*** sdake_ has joined #openstack-containers11:30
*** sdake has quit IRC11:31
*** deepthi has quit IRC11:49
*** coolsvap_ has joined #openstack-containers11:56
*** chandankumar has quit IRC11:59
*** alex_klimov has quit IRC12:13
*** annegentle has joined #openstack-containers12:25
*** raildo-afk is now known as raildo12:25
*** EricGonczer_ has joined #openstack-containers12:25
*** EricGonczer_ has quit IRC12:27
*** sdake_ has quit IRC12:30
*** VikasC has quit IRC12:36
*** humble_ has quit IRC12:44
*** banix has joined #openstack-containers12:45
*** alex_klimov has joined #openstack-containers12:47
*** tbh has quit IRC12:48
*** puranamr has joined #openstack-containers12:49
*** rlrossit1 has joined #openstack-containers12:54
*** rlrossit1 has left #openstack-containers12:54
*** puranamr has quit IRC12:55
*** rlrossit1 has joined #openstack-containers12:55
*** rlrossit1 has quit IRC12:55
*** rlrossit has joined #openstack-containers12:56
*** jruano has joined #openstack-containers12:59
*** chandankumar has joined #openstack-containers13:00
*** chandankumar has quit IRC13:03
*** eghobo has quit IRC13:05
*** banix has quit IRC13:16
*** coolsvap_ has quit IRC13:19
*** dims_ has quit IRC13:21
*** dims_ has joined #openstack-containers13:22
*** chandankumar has joined #openstack-containers13:23
*** ctrath has joined #openstack-containers13:32
*** jruano_ has joined #openstack-containers13:34
*** jruano has quit IRC13:38
*** hongbin has joined #openstack-containers13:38
*** shuquan has joined #openstack-containers13:45
*** annegentle has quit IRC13:46
*** shuquan has quit IRC13:49
*** shuquan has joined #openstack-containers13:50
*** EricGonczer_ has joined #openstack-containers13:56
*** julim has quit IRC14:01
*** jruano_ has quit IRC14:04
*** annegentle has joined #openstack-containers14:08
*** shuquan has quit IRC14:15
*** david-lyle has quit IRC14:20
*** muralia has quit IRC14:20
*** muralia has joined #openstack-containers14:20
*** muralia has joined #openstack-containers14:20
*** gsagie_ has joined #openstack-containers14:23
*** harshs has joined #openstack-containers14:27
*** vimal has quit IRC14:28
*** banix has joined #openstack-containers14:28
*** achanda has joined #openstack-containers14:30
*** jlcoello has joined #openstack-containers14:30
*** achanda has quit IRC14:31
*** kbyrne has quit IRC14:31
*** dane_leblanc has joined #openstack-containers14:35
*** julim has joined #openstack-containers14:35
*** harshs has quit IRC14:36
*** annegentle has quit IRC14:36
*** apuimedo has quit IRC14:36
*** annegentle has joined #openstack-containers14:37
*** kbyrne has joined #openstack-containers14:37
*** kbyrne has quit IRC14:38
*** chandankumar has quit IRC14:39
*** Drago has joined #openstack-containers14:39
*** gsagie__ has joined #openstack-containers14:40
*** kbyrne has joined #openstack-containers14:40
*** gsagie_ has quit IRC14:40
*** Drago has quit IRC14:43
*** Drago has joined #openstack-containers14:43
*** harshs has joined #openstack-containers14:45
*** ganeshna has joined #openstack-containers14:50
*** adrian_otto has joined #openstack-containers14:51
*** ganeshna has quit IRC14:51
*** _navneet has joined #openstack-containers14:52
*** ganeshna has joined #openstack-containers14:52
*** achanda has joined #openstack-containers14:58
*** Tango has joined #openstack-containers15:03
*** achanda has quit IRC15:06
*** zhenguo has quit IRC15:06
*** adrian_otto has quit IRC15:11
*** david-lyle has joined #openstack-containers15:13
*** adrian_otto has joined #openstack-containers15:16
*** harshs has quit IRC15:20
*** dane_leblanc has quit IRC15:21
*** wanghua has joined #openstack-containers15:23
*** kebray has joined #openstack-containers15:25
*** dane_leblanc has joined #openstack-containers15:28
*** slagle has quit IRC15:30
*** j___ has quit IRC15:30
*** ganeshna has quit IRC15:31
*** coolsvap has quit IRC15:31
*** ganeshna has joined #openstack-containers15:31
*** ganeshna has quit IRC15:33
*** ganeshna_ has joined #openstack-containers15:33
*** rpothier has joined #openstack-containers15:41
*** ganeshna_ has quit IRC15:44
*** puranamr has joined #openstack-containers15:45
*** ganeshna has joined #openstack-containers15:45
*** unicell1 has quit IRC15:51
*** vahidh has joined #openstack-containers15:52
openstackgerritDaneyon Hansen proposed openstack/magnum: Adds network_driver Support of Container Network Model  https://review.openstack.org/21490915:52
adrian_ottoOur team meeting begins in about 5 minutes in #openstack-meeting-alt at 1600 UTC. See you there!15:54
*** ganeshna has quit IRC15:54
openstackgerritDaneyon Hansen proposed openstack/magnum: Adds labels support to baymodels  https://review.openstack.org/21788815:56
*** fawadkhaliq has joined #openstack-containers15:58
daneyon_hongbin fyi swapping the dependencies did not work. I removed the client tests on the labels and net-driver patches and resubmitted. I will add the client tests back in after the client code merges.15:58
*** eghobo has joined #openstack-containers15:58
*** vilobhmm_11 has joined #openstack-containers15:59
*** juggler has joined #openstack-containers15:59
openstackgerritDaneyon Hansen proposed openstack/magnum: WIP: Validates baymodel network_driver requests  https://review.openstack.org/22233716:00
hongbindaneyon_: ack16:00
daneyon_hongbin i have a quick question about this review: https://review.openstack.org/#/c/214762/16:01
daneyon_I see the gate-magnum-tox-bandit tests fail16:01
daneyon_However all tox tests pass when i run tox locally.16:01
daneyon_Should I be concerned at all about this?16:01
hongbinnon-voting test doesn't matter16:02
hongbinBTW, I am on the magnum meeting right now16:02
*** slagle has joined #openstack-containers16:04
*** dane_leblanc has quit IRC16:07
*** Marga_ has quit IRC16:10
*** alex_klimov has quit IRC16:13
*** j___ has joined #openstack-containers16:14
*** suro-patz has joined #openstack-containers16:14
*** puranamr has quit IRC16:16
*** Marga_ has joined #openstack-containers16:17
*** puranamr has joined #openstack-containers16:17
*** chandankumar has joined #openstack-containers16:17
*** gsagie__ has quit IRC16:18
*** annegent_ has joined #openstack-containers16:22
*** annegentle has quit IRC16:24
*** juggler has quit IRC16:25
*** SourabhP has joined #openstack-containers16:26
*** sdake has joined #openstack-containers16:28
*** juggler has joined #openstack-containers16:28
*** annegentle has joined #openstack-containers16:28
*** SourabhP_ has joined #openstack-containers16:28
*** sgordon has quit IRC16:28
*** annegentle has quit IRC16:30
*** annegentle has joined #openstack-containers16:31
*** sdake_ has joined #openstack-containers16:31
*** annegent_ has quit IRC16:31
*** SourabhP has quit IRC16:32
*** SourabhP_ is now known as SourabhP16:32
*** juggler_ has joined #openstack-containers16:32
openstackgerritAndrew Melton proposed openstack/magnum: [WIP] Add TLS to Docker-Swarm Template  https://review.openstack.org/21259816:32
*** sgordon has joined #openstack-containers16:33
*** juggler has quit IRC16:34
*** sdake has quit IRC16:35
*** juggler_ has quit IRC16:39
*** unicell has joined #openstack-containers16:40
*** j___ has quit IRC16:42
*** j___ has joined #openstack-containers16:42
*** vilobhmm_11 has quit IRC16:47
*** harshs has joined #openstack-containers16:49
*** puranamr has quit IRC16:49
*** puranamr has joined #openstack-containers16:51
*** puranamr has quit IRC16:52
*** puranamr has joined #openstack-containers16:52
*** raildo has left #openstack-containers16:54
*** ctrath has quit IRC17:01
*** chandankumar has quit IRC17:03
*** j___ has quit IRC17:03
*** vahidh has quit IRC17:03
openstackgerritDaneyon Hansen proposed openstack/magnum: Refactors Heat templates for Container Networking Model  https://review.openstack.org/21476217:04
*** ctrath has joined #openstack-containers17:05
*** j___ has joined #openstack-containers17:06
*** wanghua has quit IRC17:07
openstackgerritDaneyon Hansen proposed openstack/magnum: Adds network_driver Support of Container Network Model  https://review.openstack.org/21490917:08
openstackgerritDaneyon Hansen proposed openstack/magnum: WIP: Validates baymodel network_driver requests  https://review.openstack.org/22233717:10
*** dane_leblanc has joined #openstack-containers17:11
openstackgerritDaneyon Hansen proposed openstack/magnum: Adds labels support to baymodels  https://review.openstack.org/21788817:13
*** sthillma has joined #openstack-containers17:14
openstackgerritDaneyon Hansen proposed openstack/python-magnumclient: Adds Container Network Model network_driver support  https://review.openstack.org/22274917:15
openstackgerritDaneyon Hansen proposed openstack/python-magnumclient: Adds Labels Support  https://review.openstack.org/21526017:15
*** vilobhmm_11 has joined #openstack-containers17:16
*** puranamr_ has joined #openstack-containers17:24
*** puranamr has quit IRC17:26
*** achanda has joined #openstack-containers17:28
*** puranamr has joined #openstack-containers17:29
*** puranamr_ has quit IRC17:31
*** sthillma has quit IRC17:32
*** sdake_ is now known as sdake17:33
_navneetStill stuck on this - running into a problem when creating a kubernetes or swarm bay where it is stuck in CREATE_IN_PROGRESS. heat resource-list shows that master_wait_condition is the one that's stuck in that state. Does anyone have any ideas on how to debug this?17:36
suro-patz_navneet: You see the instance for master on 'nova list', right?17:38
_navneetyes17:38
_navneetand I can ssh into it17:38
suro-patzcool, can you see if you can reach internet from the instance17:39
*** rlrossit has quit IRC17:39
*** annegentle has quit IRC17:39
suro-patzI mean 'ping 8.8.8.8` sort of things17:40
_navneetyes, I can17:40
suro-patzfrom the kub-master-instance17:40
*** rlrossit has joined #openstack-containers17:40
suro-patzdoes it time out after being in CREATE_IN_PROGRESS?17:41
*** sdake_ has joined #openstack-containers17:41
*** puranamr has quit IRC17:42
_navneetno, I haven't seen it time out, but I think I've always deleted the bay after 20-30 minutes to try something else, so not sure if the timeout is longer than my patience :)17:42
*** SourabhP has quit IRC17:42
*** adrian_otto has quit IRC17:42
suro-patzIf you are doing nested virtualization it may take time17:43
suro-patzare you running this devstack on a VM17:43
_navneetno, it's running on baremetal17:44
*** sdake has quit IRC17:44
suro-patzthen it should have been faster to converge17:44
_navneetyes, and all the other heat resources reach CREATE_COMPLETE within a few seconds ... it's just master_wait_condition that just remains stuck in CREATE_IN_PROGRESS even though the resources it should be waiting on have completed17:46
suro-patzI have seen it to take time to converge, at least 10-15 for me17:46
*** puranamr has joined #openstack-containers17:46
suro-patz10-15m17:47
*** annegentle has joined #openstack-containers17:47
suro-patzbasically once the master is set up it signals the heat server to proceed17:48
suro-patzso the issue can be either in the setup not happening or the signaling not happening17:48
suro-patzif the box can reach internet it means all the networking path is setup properly so the setup should have happened17:49
suro-patznow let's check the signaling part17:49
_navneetyes, kube_master shows completed about 15 minutes back17:49
*** kbyrne has quit IRC17:49
suro-patzthen what is stuck?17:50
_navneetI have no idea ... everything else in heat resource-list shows CREATE_COMPLETE including kube_master.. except kube_minions is in INIT_COMPLETE and master_wait_condition is stuck in CREATE_IN_PROGRESS17:52
*** Tango has quit IRC17:52
suro-patzokay -17:52
suro-patz_navneet: Would you be able to browse the cloud config17:54
suro-patzon the instance17:54
_navneetnot sure what you mean by that, but I have root on the instance, so should be able to do anything17:55
_navneetoh, you mean on the kube master instance17:55
suro-patzcat /etc/sysconfig/heat-params17:56
*** annegent_ has joined #openstack-containers17:56
_navneethttp://paste.openstack.org/show/463337/17:59
*** annegentle has quit IRC18:00
suro-patzUsing the WAIT_HANDLE, it curls back to heat-wait-fun18:00
*** vahidh has joined #openstack-containers18:00
suro-patzyou need to check if that's what is failing18:00
*** ctrath has quit IRC18:01
suro-patzI need to rush for a meeting … sorry I can't give you all the details required18:01
suro-patzSorry :(18:01
_navneetyes, the curl on the url says: Peer's certificate issuer has been marked as not trusted by the user18:01
_navneetthanks for getting me this far ... so maybe I need to pass in the cert info for my self signed cert somehow or signal heat to use insecure connection somehow ?18:02
*** puranamr_ has joined #openstack-containers18:04
*** sthillma has joined #openstack-containers18:04
*** annegent_ has quit IRC18:04
*** annegentle has joined #openstack-containers18:05
*** ctrath has joined #openstack-containers18:05
*** ctrath has quit IRC18:05
*** ctrath has joined #openstack-containers18:06
*** puranamr has quit IRC18:06
*** ctrath has quit IRC18:06
*** SourabhP has joined #openstack-containers18:07
*** puranamr has joined #openstack-containers18:08
*** puranamr_ has quit IRC18:09
*** annegentle has quit IRC18:11
*** kebray has quit IRC18:13
hongbinsuro-patz: still there?18:13
*** annegentle has joined #openstack-containers18:13
*** fawadkhaliq has quit IRC18:25
suro-patzhongbin: back18:30
suro-patz_navneet: Glad that helped you root cause the issue …18:30
hongbinsuro-patz: just answer your question in the review18:30
hongbinIn here https://review.openstack.org/#/c/220702/18:31
hongbinThe try catch thing18:31
suro-patzactually the wrapper does ignore the exception18:32
suro-patzperiodic_task.periodic_task18:32
hongbinYes, I guess that is the purpose18:32
*** manjeets has joined #openstack-containers18:32
hongbinone thing is if you want to explicitly ignore the exception18:33
suro-patzI did not have any such scenrrio here18:33
suro-patzas the lookup failure gets absorbed in the objects layer and None is returned18:34
hongbinget that18:34
suro-patzSo if any exception happens I wanted the stack instead of ignoring18:34
*** Tango has joined #openstack-containers18:35
suro-patzand @periodic_task.periodic_task helps that without killing the task18:35
hongbinhmm18:35
hongbinthis is what I don't know18:35
hongbinOK, if periodic task will make sure the tasks won't be killed, I am happy18:35
hongbinnever mind18:36
*** puranamr has quit IRC18:36
hongbinMaybe we should remove the try catch block in other periodic tasks if this is the case18:36
suro-patzno problem, its good that you checked18:36
*** ctrath has joined #openstack-containers18:36
suro-patzin sync_bay_status: it is really ignoring the exception18:37
suro-patzI was not sure, if the coder was doing it purposefully18:37
hongbinhmm, I doubt that18:38
hongbinLook like a mistake18:38
suro-patzI can knock that of - I will also put a reference to the code of periodic_task.periodic_task18:39
suro-patzThat will increase readability18:39
hongbinThen the reference will be on every periodic task18:41
hongbinlooks verbose18:41
hongbinor maybe you can put one on top of the file18:42
suro-patzsure!18:42
hongbinsounds good18:42
suro-patzhongbin: sincerely appreciate your detail oriented reviews!18:43
hongbinsuro-patz: np18:43
*** sdake_ is now known as sdake18:45
*** puranamr has joined #openstack-containers18:46
*** puranamr has quit IRC18:46
*** wshao has joined #openstack-containers18:50
mfalaticSeeking a +2 on https://review.openstack.org/#/c/223369/ - a small but vexing bug18:50
*** ctrath has quit IRC18:51
*** ctrath has joined #openstack-containers18:57
rlrossitI could use a little help on the dev-quickstart stuff19:04
rlrossitI'm trying to create a container in a swarm cluster (https://github.com/openstack/magnum/blob/master/doc/source/dev/dev-quickstart.rst#building-and-using-a-swarm-bay)19:04
rlrossitI'm trying the container-create with --image cirros, but it looks like conductor is trying to parse a url from that image that it can then do a docker pull on19:05
rlrossitis that something wrong with the parsing code, or do the docs need to be updated?19:05
*** ctrath has quit IRC19:06
*** dane_leblanc has quit IRC19:07
annegentlerlrossit: I tried container-create myself this week and last with master branch and get a Docker internal Error each time19:08
annegentlerlrossit: so not ready to blame the docs yet :)19:08
annegentlerlrossit: do you think it's an image problem?19:08
_navneetsuro-patz: I added 'insecure = true' in the heat_client section in magnum.conf and restarted magnum api and conductor and tried creating a new bay ... but still the same problem with master_wait_condition stuck19:08
*** ctrath has joined #openstack-containers19:09
suro-patz_navneet: Let me find the folks who have added the TLS support recently19:10
suro-patzapmelton: madhuri: ^^19:10
_navneetalso when I try curl --insecure $WAIT_HANDLE .. I get this response: <ErrorResponse><Error><Message>The request signature does not conform to AWS standards</Message><Code>IncompleteSignature</Code><Type>Sender</Type></Error></ErrorResponse>19:11
_navneetFYI, I'm running stable/kilo, not master19:11
suro-patzdo you need to do 'curl —insecure' ?19:11
rlrossitannegentle: https://github.com/openstack/magnum/blob/master/magnum/conductor/handlers/docker_conductor.py#L128 is what's blowing up. It's expecting a repo url, which is just "cirros" in the situation of the doc19:12
_navneetyes, if i run without --insecure I still get 'Peer's certificate issuer has been marked as not trusted by the user'19:12
apmeltonrlrossit: annegentle: I suspect this is an incompatibility between redhat's docker and vanilla docker-py19:13
suro-patz_navneet: that indicates the heat-cfn is still expecting it to be secure19:13
annegentlerlrossit: but does that mean https://hub.docker.com/_/cirros/?19:13
suro-patztime to call in the TLS experts :)19:13
apmeltonsuro-patz: _navneet: the TLS work doesn't touch inter service communication between other openstack services19:13
rlrossitannegentle: no idea19:14
suro-patzapmelton: In _navneet 's case, the curl from kube-master fails with the msg - 'Peer's certificate issuer has been marked as not trusted by the user'19:14
suro-patzeven after he set the insecure=True in the conf19:14
suro-patzSo looks like the heat-wait-server is expecting a secure communication back, right? apmelton:19:15
_navneetI only updated the heat-client section in magnum.conf with insecure = true .. do I also need to do that on the heat-cfn config file ?19:15
annegentleapmelton: oh please do expand on that, why would there be differences?19:16
_navneetI also tried setting my ca-file in the heat_client section in magnum.conf with no luck .. not sure where to look for the cert on the kube master instance19:17
apmeltonannegentle: redhat has some changes in their docker that allows for changing the default registry/index, and even disabling the public docker registry entirely19:17
apmeltonannegentle: when they introduced that change, all images now show up as docker.io/<repo>/<name>19:18
apmeltonI think the interaction was breaking down when docker-py attempted to go query docker.io19:18
rlrossitapmelton: how would I know if I have RH docker or vanilla docker?19:18
apmeltonrlrossit: are you running fedora atomic?19:19
rlrossityep19:19
apmeltonthen you've got RH docker19:19
annegentleapmelton: running fedora atomic where? host?19:20
apmeltonannegentle: fedora atomic as the base image of your bay19:20
annegentleapmelton: ok thanks19:20
apmelton_navneet: when you tried curl --insecure, did you run it manually?19:20
_navneetyes19:20
apmeltonI wonder if the signature of the actual wait handle got mangled in the translation to running it manually19:21
apmeltonand that's what heat doesn't like19:21
suro-patzapmelton: for _navneet: the kube master is getting stuck in wait_condition forever19:21
rlrossitapmelton: so should this be a doc update? or is there something broken here?19:21
suro-patzwe were debugging that and we were suspecting that the curl is failing and thus the cluster is not converging apmelton:19:22
apmeltonrlrossit: when you create your container, try creating it with docker.io/cirros19:23
apmeltonif the whole create, run, delete flow works, then it's likely a doc update19:23
_navneetutil.py[WARNING]: Failed running /var/lib/cloud/instance/scripts/part-009 [60]19:23
_navneetcc_scripts_user.py[WARNING]: Failed to run module scripts-user (scripts in /var/lib/cloud/instance/scripts)19:23
_navneetutil.py[WARNING]: Running scripts-user (<module 'cloudinit.config.cc_scripts_user' from '/usr/lib/python2.7/site-packages/cloudinit/config/cc_scripts_user.py'>) failed19:23
suro-patz_navneet: for your reference, Last I took devstack [* master d9ac6ca [ahead 1] Local changes for magnum devstack onto stable/kilo] and magnum[commit 25ae7c7044def5eab6dda642abe4259fc2b1aedf Merge "Conductor: Remove _update_stack_outputs from bay_conductor"] and this had worked for me - deploying kube cluster19:23
_navneetalso, not sure if this is relevant, but I see these warnings in /var/log/cloud-init-output.log on kube master:19:23
suro-patz_navneet: it can be relevant19:23
suro-patzif there was a parsing error certain things won't happen19:24
*** kebray has joined #openstack-containers19:24
*** alex_klimov has joined #openstack-containers19:24
rlrossitapmelton: that did not work either19:26
_navneetapmelton: about your question on whether I ran curl manually ...is there a different command I can run to try to mimic the actual request that would be sent when kube_master completes ?19:27
apmeltonrlrossit: then it's very likely there's a bug19:27
rlrossitoh boy oh boy19:27
apmelton_navneet: if it's a script that's injected as a multi-part mime resource, I'd suggest editing the script by hand, and just re-running the script directly19:29
_navneetI'm using the first k8s baymodel example that's listed on the dev-quickstart page19:30
*** dane_leblanc has joined #openstack-containers19:32
apmeltonhmmmm _navneet it looks like the k8s template doesn't actually craft the curl command, it gets it directly from the wait handle resource19:34
_navneetdo you know if it logs the output somewhere ?19:36
apmeltonusually /var/log/cloud-init-output.log19:36
apmeltonfrom your output above, it looks like /var/lib/cloud/instance/scripts/part-009 is the script that's failing19:37
apmeltonwhat you might try doing is opening that up, and grabbing the curl command directly from there19:37
rlrossitapmelton: annegentle: I submitted https://bugs.launchpad.net/magnum/+bug/1496110 for the container-create issues19:37
openstackLaunchpad bug 1496110 in Magnum "container-create fails with ContainerException: Docker internal Error: ('Connection aborted.', gaierror(-2, 'Name or service not known'))" [Undecided,New]19:37
annegentlethanks rlrossit19:40
*** adrian_otto has joined #openstack-containers19:42
_navneetapmelton: thanks! that was the problem, on running part-009 with the silent flags removed, it complained that 'Peer's certificate issuer has been marked as not trusted by the user'  .. on adding the --insecure flag and running it again, it ran fine, and the stuck master_wait_condition completed19:46
apmeltoncool _navneet19:46
_navneetbut I don't know why adding insecure = true in magnum.conf didn't do the same for me19:47
rlrossitapmelton: looks like I've got more problems... is the api_address on a swarm bay supposed to be None? That's causing issues with container-delete19:47
apmelton_navneet: I think the issue is, then curl_cli here https://github.com/openstack/magnum/blob/79929f3aa2605ebeb073127ef37811cd78d98195/magnum/templates/heat-kubernetes/kubemaster.yaml#L201 generated by heat doesn't have --insecure19:48
apmelton_navneet: I have no idea how that works though, you'll need to check with someone who knows heat better than I do19:48
apmeltonrlrossit: that should definitely not be none19:49
rlrossitgrrr19:49
*** annegentle has quit IRC19:50
apmeltonif you don't have the api_address, everything in the container conductor is going to fail :/19:50
apmeltonrlrossit: ^^19:50
_navneetok, apmelton: suro-patz: thanks so much for your help!19:50
apmeltonrlrossit: I think I see the problem19:51
*** devlaps has joined #openstack-containers19:51
apmeltonrlrossit: if you need a quick fix, change 'swarm_manager' here https://github.com/openstack/magnum/blob/79929f3aa2605ebeb073127ef37811cd78d98195/magnum/conductor/template_definition.py#L450 to 'swarm_master'19:53
*** Drago has quit IRC19:54
rlrossitapmelton: thanks, I'll give that a try19:54
apmeltonrlrossit: my devstack is a bit on the surgical table, so I can't test it 100% but that sets api address19:55
apmeltonand should get your container conductor talking to the bay19:55
rlrossitapmelton: after making that change, I'll have to delete my existing bay and make a new one right?19:55
apmeltonrlrossit: yup19:56
manjeetsi think you have to delete bay but you can use same bay model19:56
apmeltonrlrossit: I wonder if this is what's causing: https://bugs.launchpad.net/magnum/+bug/149611019:58
openstackLaunchpad bug 1496110 in Magnum "container-create fails with ContainerException: Docker internal Error: ('Connection aborted.', gaierror(-2, 'Name or service not known'))" [Undecided,New]19:58
apmeltonrlrossit: if api_address is none, it might be trying to connect to tcp://None:237619:58
apmeltonand thus you're getting "Name or service not known" when trying to resolve a domain 'None'19:58
*** Drago has joined #openstack-containers19:59
*** Drago has quit IRC20:00
*** Drago has joined #openstack-containers20:00
*** achanda has quit IRC20:01
*** wshao has quit IRC20:08
*** Drago has quit IRC20:11
*** eghobo has quit IRC20:15
rlrossitapmelton: well, it looks like it solved the original problem, but now I'm getting 404 Client Error: Not Found ("No such image: cirros") on container-create20:16
apmeltonrlrossit: try docker.io/cirros now20:16
rlrossitapmelton: no dice. same error20:17
apmeltondocker.io/library/cirros?20:17
*** daneyon has joined #openstack-containers20:17
rlrossitapmelton: nope. is this supposed to have http(s)://?20:18
*** mjbrewer has joined #openstack-containers20:18
*** mjbrewer has left #openstack-containers20:18
apmeltondon't think so20:18
apmeltonwouldn't hurt to try though20:18
rlrossittried and failed :(20:19
apmeltonD:20:19
apmeltonrlrossit: you might try logging onto one of the nodes itself and issuing a docker pull cirros, then docker images and see what it shows up as20:19
*** daneyon_ has quit IRC20:21
*** Drago has joined #openstack-containers20:24
rlrossitapmelton: apparently, I can't ssh to these nodes... well that's depressing... probably something messed up with my network setup20:32
apmeltonrlrossit: which addresses were you using to ssh?20:33
apmeltonand were you sshing from the devstack host itself, or some other host?20:33
rlrossitfrom the devstack host to the public IP of them. I got into one so let's see what it says20:34
*** eghobo has joined #openstack-containers20:35
*** achanda has joined #openstack-containers20:35
*** achanda has quit IRC20:35
*** achanda has joined #openstack-containers20:35
*** daneyon_ has joined #openstack-containers20:36
*** annegentle has joined #openstack-containers20:37
rlrossitapmelton: I pulled the image. What information are we looking for here?20:38
apmeltonrlrossit: can you paste/gist your 'docker images' output?20:38
*** daneyon has quit IRC20:39
rlrossitapmelton: http://paste.openstack.org/show/463538/20:39
apmeltonrlrossit: do you know if you're on the master node, or one of the other nodes?20:40
rlrossitapmelton: I'm not on the master20:41
apmeltoncan you grab the master's address and run docker -H tcp://<master_address>:2376 images20:42
rlrossitapmelton: running docker -H on the master shows the same output as in the paste20:48
apmeltontheherm20:49
apmeltonherm*20:49
apmeltonI'm not sure what's going on20:49
rlrossit:(20:50
TangoI have a question for the git expert:  how do  you add a dependency between 2 existing patches?  I know how to have a new patch depends on an existing one, but not sure how to do this with 2 e20:56
Tangoxisting ones20:56
*** wshao has joined #openstack-containers20:57
rlrossitTango: so you have patch A and B, which don't depend on each other, and then patch C which you want to depend on both A and B?20:57
Tangorlrossit: Just to add a dependency between A and B20:58
Tangorlrossit: and both exist already20:58
rlrossitgotcha20:58
rlrossitgit review -d <id of A> to pull down A20:58
rlrossitgit review -d <id of B> to pull down B20:58
rlrossitthen rebase B on A then redo git-review20:59
Tangoah, I miss the rebase part20:59
Tangolet me try that, thanks rlrossit20:59
rlrossitif A already has +2's, you may want to do git-review -R when uploading B then, or else you'll rebase a on current master and lose any +2's21:00
rlrossitTango: ^21:00
Tangorlrossit: So the -R option prevents rebasing A ?21:01
*** manjeets has quit IRC21:01
rlrossitit uploads the review without doing an auto-rebase of the bottom patch on master21:01
Tangorlrossit: Sounds good, I will do that21:03
*** rpothier has quit IRC21:07
openstackgerritRyan Rossiter proposed openstack/magnum: Change swarm_manager to swarm_master  https://review.openstack.org/22381521:16
rlrossitapmelton: was this ^ all that's needed?21:17
apmeltonrlrossit: yea, but we need to get some test coverage around output parsing21:19
rlrossitapmelton: I was wondering how to test that...21:20
rlrossitI'm also going to put a suggestion on the ML to get some bare-bones tempest tests added to magnum just to catch happy paths on all of the CRUD operations21:21
apmeltonrlrossit: dimtruck is working through that21:22
apmeltonre: tempest21:22
rlrossitwell then I don't need to post about it!21:22
dimtruck:) rlrossit - i should get something with tempest_lib in a day or so...right now just having trouble resolving oslo conf21:23
apmeltonrlrossit: you can test those outputs by calling https://github.com/openstack/magnum/blob/master/magnum/conductor/template_definition.py#L317-L319 on each of the template definitions with a mocked up stack, then asserting the proper values get set on the bay21:23
rlrossitdimtruck: I was sent this (http://docs.openstack.org/developer/tempest/plugin.html) if you weren't already aware for the tempest stuff21:24
rlrossitdimtruck: also add me to whatever you put up, I'll be happy (hopefully) to review it21:24
dimtruckyeah i heard about it...not sure what state its in yet21:24
dimtruckrlrossit: sounds good!  i'm taking you up on it21:25
rlrossitdimtruck: in my opinion, we need it to work soon. If that means making it look all nice like the plugin doc promises will be done later, so be it21:25
dimtruck+121:26
*** puranamr has joined #openstack-containers21:28
apmeltonrlrossit: I've gotta run, think you've got what ya need to get that testing in place?21:29
rlrossitapmelton: I actually need to head out too :P. I'll take a look at it again tomorrow21:30
apmeltonsounds good, I'll be around tomorrow if you've got questions21:30
*** rlrossit has left #openstack-containers21:31
*** puranamr has quit IRC21:33
*** puranamr has joined #openstack-containers21:36
*** EricGonczer_ has quit IRC21:39
*** ctrath has quit IRC21:42
*** _navneet has quit IRC21:46
*** ctrath has joined #openstack-containers21:48
daneyon_apmelton u have a moment for a swarm related question?21:51
*** jlcoello has quit IRC21:58
*** jlcoello has joined #openstack-containers21:59
*** jlcoello has quit IRC22:03
*** puranamr has quit IRC22:04
*** harshs has quit IRC22:09
*** harshs has joined #openstack-containers22:17
*** harshs has quit IRC22:17
*** harshs has joined #openstack-containers22:17
*** harshs has quit IRC22:18
*** eghobo_ has joined #openstack-containers22:19
*** eghobo has quit IRC22:22
openstackgerritMerged openstack/magnum: If headerParams = None, don't use it to .update()  https://review.openstack.org/22336922:31
*** harshs has joined #openstack-containers22:32
*** muralia has quit IRC22:46
*** ctrath has quit IRC22:46
*** banix has quit IRC22:48
*** kebray has quit IRC22:51
openstackgerritTon Ngo proposed openstack/magnum: Temporarily remove dependency on package certifi  https://review.openstack.org/22137622:51
openstackgerritTon Ngo proposed openstack/magnum: Migrate to Kubernetes Release 1  https://review.openstack.org/20729922:51
*** sdake has quit IRC22:56
*** wshao has quit IRC23:01
*** dane_leblanc has quit IRC23:02
*** annegentle has quit IRC23:03
*** julim has quit IRC23:08
openstackgerritTon Ngo proposed openstack/magnum: Configure CoreOS for Kubernetes load balancer feature  https://review.openstack.org/19242523:09
openstackgerritTon Ngo proposed openstack/magnum: Configure Ironic for Kubernetes load balancer feature  https://review.openstack.org/19242623:09
openstackgerritTon Ngo proposed openstack/magnum: Configure Fedora Atomic for Kubernetes load balancer feature  https://review.openstack.org/19187823:09
*** openstackgerrit has quit IRC23:16
*** openstackgerrit has joined #openstack-containers23:16
*** david-lyle has quit IRC23:17
*** hongbin has quit IRC23:20
*** banix has joined #openstack-containers23:21
*** harshs has quit IRC23:21
*** harshs has joined #openstack-containers23:22
*** eliqiao has quit IRC23:27
openstackgerritSurojit Pathak proposed openstack/magnum: Backend support for magnum service healthcheck  https://review.openstack.org/22070223:27
*** EricGonczer_ has joined #openstack-containers23:43
*** adrian_otto has quit IRC23:46
*** adrian_otto has joined #openstack-containers23:48
*** achanda_ has joined #openstack-containers23:55
*** yuanying has quit IRC23:55
*** banix has quit IRC23:56
*** achanda_ has quit IRC23:57
*** alex_klimov has quit IRC23:58
*** achanda has quit IRC23:58
*** adrian_otto has quit IRC23:59
*** yuanying has joined #openstack-containers23:59
*** wshao has joined #openstack-containers23:59

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!