Monday, 2016-11-07

*** vijendar has quit IRC00:03
*** vijendar has joined #openstack-containers00:22
*** adrian_otto has joined #openstack-containers00:22
*** adrian_otto has quit IRC00:26
*** vijendar has quit IRC00:26
*** adrian_otto has joined #openstack-containers00:30
*** adrian_otto has quit IRC00:37
openstackgerritRyosuke Mizuno proposed openstack/magnum-ui: Change javascript tests for templateSpecController  https://review.openstack.org/38908200:39
openstackgerritRyosuke Mizuno proposed openstack/magnum-ui: Add javascript tests for clusterOverviewController  https://review.openstack.org/39108000:42
*** vijendar has joined #openstack-containers00:44
*** adrian_otto has joined #openstack-containers00:47
openstackgerritRyosuke Mizuno proposed openstack/magnum-ui: Add javascript tests for clusterCreate  https://review.openstack.org/39041800:49
openstackgerritRyosuke Mizuno proposed openstack/magnum-ui: Add javascript tests for clusterCreate  https://review.openstack.org/39041800:50
*** vijendar has quit IRC00:51
*** vijendar has joined #openstack-containers00:52
*** adrian_otto has quit IRC00:54
*** adrian_otto has joined #openstack-containers00:55
*** vijendar has quit IRC01:03
*** vijendar has joined #openstack-containers01:04
*** vijendar has quit IRC01:09
*** vijendar has joined #openstack-containers01:10
*** vijendar has quit IRC01:15
*** vijendar has joined #openstack-containers01:16
*** vijendar has quit IRC01:21
*** vijendar has joined #openstack-containers01:28
*** vijendar has quit IRC01:33
*** hongbin has joined #openstack-containers01:33
*** vijendar has joined #openstack-containers01:33
*** adrian_otto has quit IRC01:35
*** adrian_otto has joined #openstack-containers01:36
*** adrian_otto has quit IRC01:42
*** adrian_otto has joined #openstack-containers01:42
*** adrian_otto has quit IRC01:47
*** vijendar has quit IRC01:50
*** adrian_otto has joined #openstack-containers01:54
*** vijendar has joined #openstack-containers02:00
*** code34 has quit IRC02:01
*** adrian_otto has quit IRC02:01
*** vijendar has quit IRC02:05
*** vijendar has joined #openstack-containers02:05
*** sdake has quit IRC02:08
*** tovin07 has joined #openstack-containers02:09
*** tovin07 has quit IRC02:10
*** tovin07 has joined #openstack-containers02:11
*** vijendar has quit IRC02:11
*** vijendar has joined #openstack-containers02:12
*** sdake has joined #openstack-containers02:12
*** tovin07__ has joined #openstack-containers02:12
*** tovin07__ has quit IRC02:13
*** tovin07_ has joined #openstack-containers02:13
*** tovin07_ has quit IRC02:13
*** tovin07 has quit IRC02:16
*** vijendar has quit IRC02:17
*** vijendar has joined #openstack-containers02:17
*** tovin07_ has joined #openstack-containers02:19
*** Drago1 has joined #openstack-containers02:19
*** vijendar has quit IRC02:23
*** vijendar has joined #openstack-containers02:23
*** Drago1 has quit IRC02:24
*** Drago1 has joined #openstack-containers02:25
*** vijendar has quit IRC02:26
*** trananhkma has joined #openstack-containers02:27
*** Drago1 has quit IRC02:36
*** vijendar has joined #openstack-containers02:36
*** vijendar has quit IRC02:43
*** vijendar has joined #openstack-containers02:44
*** vijendar has quit IRC02:49
*** vijendar has joined #openstack-containers02:50
*** takashi has joined #openstack-containers02:52
*** vijendar has quit IRC02:54
*** vijendar has joined #openstack-containers02:55
*** vijendar has quit IRC02:55
*** vijendar has joined #openstack-containers02:55
*** vijendar has quit IRC02:56
*** vijendar has joined #openstack-containers02:56
*** vijendar has quit IRC03:01
*** EricGonczer_ has quit IRC03:06
*** vijendar has joined #openstack-containers03:08
*** dave-mccowan has quit IRC03:09
*** adrian_otto has joined #openstack-containers03:12
openstackgerrityatin proposed openstack/magnum: Fix: InvalidParameterValue Exception not raised correctly  https://review.openstack.org/39424103:12
*** adrian_otto has quit IRC03:13
*** vijendar has quit IRC03:32
*** vijendar has joined #openstack-containers03:33
*** yatin has joined #openstack-containers03:36
*** vijendar has quit IRC03:37
*** vijendar has joined #openstack-containers03:39
*** vijendar has quit IRC03:45
*** vijendar has joined #openstack-containers03:45
*** vijendar has quit IRC03:50
*** vijendar has joined #openstack-containers03:51
*** vijendar has quit IRC03:56
*** vijendar has joined #openstack-containers03:57
*** trananhkma has quit IRC03:57
*** vijendar has quit IRC04:00
*** vijendar has joined #openstack-containers04:03
*** vijendar has quit IRC04:06
*** vijendar has joined #openstack-containers04:09
*** trananhkma has joined #openstack-containers04:15
*** bks has joined #openstack-containers04:17
*** sdake has quit IRC04:21
*** vijendar has quit IRC04:24
*** vijendar has joined #openstack-containers04:25
*** vmud213 has joined #openstack-containers04:27
*** vijendar has quit IRC04:27
*** vijendar has joined #openstack-containers04:30
*** vijendar has quit IRC04:33
*** vijendar has joined #openstack-containers04:36
*** bks has quit IRC04:38
*** vijendar has quit IRC04:42
*** vijendar has joined #openstack-containers04:42
*** vijendar has quit IRC04:48
*** askb has joined #openstack-containers04:48
*** vijendar has joined #openstack-containers04:48
*** vijendar has quit IRC04:53
*** vijendar has joined #openstack-containers04:54
*** hongbin has quit IRC05:00
*** GB21 has joined #openstack-containers05:03
*** yasemin has joined #openstack-containers05:04
*** yasemin has left #openstack-containers05:04
*** vijendar has quit IRC05:10
*** vijendar has joined #openstack-containers05:14
*** adrian_otto has joined #openstack-containers05:16
*** adrian_otto has quit IRC05:19
*** vijendar has quit IRC05:20
*** vijendar has joined #openstack-containers05:20
*** Jeffrey4l has joined #openstack-containers05:21
*** GB21 has quit IRC05:25
*** vijendar has quit IRC05:26
*** vijendar has joined #openstack-containers05:26
*** ramishra has quit IRC05:29
*** ramishra has joined #openstack-containers05:31
*** vijendar has quit IRC05:31
*** adrian_otto has joined #openstack-containers05:32
*** adrian_otto has quit IRC05:32
*** vijendar has joined #openstack-containers05:32
*** GB21 has joined #openstack-containers05:37
*** vijendar has quit IRC05:37
*** vijendar has joined #openstack-containers05:38
*** wangbo has joined #openstack-containers05:41
openstackgerritfengbeihong proposed openstack/magnum: Support dcos installation on centos cluster  https://review.openstack.org/38643505:43
*** vijendar has quit IRC05:43
*** vijendar has joined #openstack-containers05:44
*** vimal has joined #openstack-containers05:50
*** vijendar has quit IRC05:55
*** vijendar has joined #openstack-containers06:01
openstackgerritfengbeihong proposed openstack/magnum: [WIP] Add unit test for supporting dcos in magnum  https://review.openstack.org/39427006:03
*** rcernin has joined #openstack-containers06:03
*** vijendar has quit IRC06:04
*** vijendar has joined #openstack-containers06:04
openstackgerritfengbeihong proposed openstack/magnum: [WIP] Add unit test for supporting dcos ironic in magnum  https://review.openstack.org/39427306:06
*** vijendar has quit IRC06:10
*** vijendar has joined #openstack-containers06:10
wangbohello,  is there any configure like api-workers to run multiple magnum-api processes? thx06:14
*** vijendar has quit IRC06:15
*** vijendar has joined #openstack-containers06:16
*** vijendar has quit IRC06:21
*** vijendar has joined #openstack-containers06:22
*** wangbo has quit IRC06:24
*** vijendar has quit IRC06:27
*** vmud213 has quit IRC06:37
*** wangbo has joined #openstack-containers06:43
*** tonanhngo has joined #openstack-containers06:44
*** dimtruck is now known as zz_dimtruck06:46
*** tonanhngo has quit IRC06:46
*** tonanhngo has joined #openstack-containers06:46
*** vmud213 has joined #openstack-containers06:52
*** vijendar has joined #openstack-containers06:53
*** tonanhngo has quit IRC07:01
*** vijendar has quit IRC07:08
*** vijendar has joined #openstack-containers07:09
*** vijendar has quit IRC07:14
*** vijendar has joined #openstack-containers07:15
*** pcaruana has joined #openstack-containers07:17
*** vijendar has quit IRC07:17
*** Jeffrey4l has quit IRC07:18
*** Oku_OS-away is now known as Oku_OS07:19
*** vijendar has joined #openstack-containers07:21
*** vijendar has quit IRC07:23
*** vijendar has joined #openstack-containers07:24
*** vijendar has quit IRC07:26
*** vijendar has joined #openstack-containers07:27
*** vijendar has quit IRC07:32
*** vijendar has joined #openstack-containers07:32
*** vijendar has quit IRC07:34
*** vijendar has joined #openstack-containers07:35
*** vijendar has quit IRC07:38
*** ramishra has quit IRC07:38
*** vijendar has joined #openstack-containers07:38
*** ramishra has joined #openstack-containers07:38
*** khamtamtun has joined #openstack-containers07:41
*** khamtamtun has quit IRC07:43
*** GB21 has quit IRC07:45
*** belmoreira has joined #openstack-containers07:46
*** wangbo has quit IRC07:49
*** vijendar has quit IRC07:52
*** tonanhngo has joined #openstack-containers08:00
*** tonanhngo has quit IRC08:01
*** wangbo has joined #openstack-containers08:09
*** pcastets has joined #openstack-containers08:16
*** Jeffrey4l has joined #openstack-containers08:17
*** vijendar has joined #openstack-containers08:20
*** vijendar has quit IRC08:20
*** vijendar has joined #openstack-containers08:21
*** tonanhngo has joined #openstack-containers08:26
*** vijendar has quit IRC08:26
*** vijendar has joined #openstack-containers08:27
*** tonanhngo has quit IRC08:27
*** vmud213 has quit IRC08:28
*** vmud213 has joined #openstack-containers08:29
*** vijendar has quit IRC08:39
-openstackstatus- NOTICE: Gerrit is going to be restarted due to slowness and proxy errors08:45
*** openstackgerrit has quit IRC08:48
*** openstackgerrit has joined #openstack-containers08:48
*** vijendar has joined #openstack-containers08:49
*** vijendar has quit IRC08:50
*** vijendar has joined #openstack-containers08:51
*** GB21 has joined #openstack-containers08:53
*** tonanhngo has joined #openstack-containers08:54
*** tonanhngo has quit IRC08:55
*** vijendar has quit IRC08:55
openstackgerritMerged openstack/magnum: Updated from global requirements  https://review.openstack.org/39409308:56
*** vijendar has joined #openstack-containers08:56
*** zenoway has joined #openstack-containers08:59
*** vijendar has quit IRC09:01
*** vijendar has joined #openstack-containers09:02
*** vijendar has quit IRC09:07
*** vijendar has joined #openstack-containers09:08
*** vijendar has quit IRC09:13
*** tonanhngo has joined #openstack-containers09:15
*** tonanhngo has quit IRC09:17
*** narayrak has joined #openstack-containers09:21
*** narayrak has quit IRC09:23
*** narayrak has joined #openstack-containers09:24
*** Oku_OS is now known as Oku_OS-away09:25
*** xek has joined #openstack-containers09:34
*** vijendar_ has joined #openstack-containers09:35
*** vijendar_ has quit IRC09:36
*** vijendar has joined #openstack-containers09:40
*** Oku_OS-away is now known as Oku_OS09:43
*** vijendar has quit IRC09:53
*** tovin07_ has quit IRC09:53
*** sdake has joined #openstack-containers09:55
*** vijendar has joined #openstack-containers09:55
*** vijendar has quit IRC09:56
*** sdake_ has joined #openstack-containers10:00
*** vijendar has joined #openstack-containers10:01
*** fengbeihong has joined #openstack-containers10:02
*** sdake has quit IRC10:03
*** vijendar has quit IRC10:06
*** fengbeihong has quit IRC10:14
*** fengbeihong has joined #openstack-containers10:18
*** sdake_ is now known as sdake10:25
*** fengbeihong has left #openstack-containers10:25
*** fengbeihong has joined #openstack-containers10:27
openstackgerritMerged openstack/magnum: Fix: InvalidParameterValue Exception not raised correctly  https://review.openstack.org/39424110:28
openstackgerritfengbeihong proposed openstack/magnum: Support dcos installation on centos cluster  https://review.openstack.org/38643510:41
*** fengbeihong has left #openstack-containers10:41
*** bks has joined #openstack-containers10:42
*** yasemin_ has joined #openstack-containers10:48
*** yasemin_ has left #openstack-containers11:08
*** bks has quit IRC11:14
*** tonanhngo has joined #openstack-containers11:25
*** askb has quit IRC11:26
*** tonanhngo has quit IRC11:26
*** tonanhngo has joined #openstack-containers11:45
*** tonanhngo has quit IRC11:46
*** vmud213 has quit IRC11:51
*** tonanhngo has joined #openstack-containers12:04
*** tonanhngo has quit IRC12:05
*** vijendar has joined #openstack-containers12:07
*** vijendar has quit IRC12:07
*** vijendar has joined #openstack-containers12:08
*** vijendar has quit IRC12:12
*** vijendar has joined #openstack-containers12:21
*** tonanhngo has joined #openstack-containers12:25
*** tonanhngo has quit IRC12:25
*** vijendar has quit IRC12:27
*** vijendar has joined #openstack-containers12:28
*** vijendar has quit IRC12:33
*** vijendar has joined #openstack-containers12:34
*** vijendar has quit IRC12:37
*** vijendar has joined #openstack-containers12:40
*** sdake has quit IRC12:40
*** sdake has joined #openstack-containers12:40
*** vijendar has quit IRC12:42
*** rcernin has quit IRC12:43
*** rcernin has joined #openstack-containers12:44
*** vijendar has joined #openstack-containers12:44
*** tonanhngo has joined #openstack-containers12:44
*** tonanhngo has quit IRC12:44
*** vijendar has quit IRC12:45
*** vijendar has joined #openstack-containers12:46
*** GB21 has quit IRC12:46
*** Drago has joined #openstack-containers12:47
*** Drago1 has joined #openstack-containers12:50
*** vijendar has quit IRC12:51
*** vijendar has joined #openstack-containers12:52
*** Drago has quit IRC12:52
*** vijendar has quit IRC12:57
*** vijendar has joined #openstack-containers12:58
*** takashi has quit IRC13:00
*** tonanhngo has joined #openstack-containers13:04
*** tonanhngo has quit IRC13:05
*** vijendar has quit IRC13:13
*** dave-mccowan has joined #openstack-containers13:23
*** EricGonczer_ has joined #openstack-containers13:27
*** EricGonc_ has joined #openstack-containers13:29
*** jwcroppe has quit IRC13:30
*** jwcroppe has joined #openstack-containers13:30
*** EricGonczer_ has quit IRC13:33
*** tonanhngo has joined #openstack-containers13:34
*** jwcroppe has quit IRC13:35
*** tonanhngo has quit IRC13:35
*** vijendar has joined #openstack-containers13:39
*** EricGonc_ has quit IRC13:39
*** vijendar has quit IRC13:44
*** vijendar has joined #openstack-containers13:45
*** sdake has quit IRC13:48
*** vijendar has quit IRC13:52
*** jwcroppe has joined #openstack-containers13:55
*** srwilkers has quit IRC13:56
*** narayrak has quit IRC14:00
*** vijendar has joined #openstack-containers14:00
*** Drago1 is now known as Drago14:03
*** vijendar has quit IRC14:07
*** vijendar has joined #openstack-containers14:08
*** vijendar has quit IRC14:14
*** syed_ has joined #openstack-containers14:14
*** jperry has joined #openstack-containers14:14
*** vijendar has joined #openstack-containers14:20
*** vijendar has quit IRC14:21
*** Drago has quit IRC14:24
*** chris_hultin|AWA is now known as chris_hultin14:25
*** vijendar has joined #openstack-containers14:26
openstackgerritMathieu Velten proposed openstack/magnum: Move kube-apiserver to a container.  https://review.openstack.org/39445314:29
*** vijendar has quit IRC14:31
*** vijendar has joined #openstack-containers14:31
*** tonanhngo has joined #openstack-containers14:34
*** tonanhngo has quit IRC14:36
*** vijendar has quit IRC14:37
*** vijendar has joined #openstack-containers14:37
*** vijendar has quit IRC14:42
*** vijendar has joined #openstack-containers14:43
*** srwilkers has joined #openstack-containers14:45
*** vijendar has quit IRC14:45
wangbohello, is there any configure like api-workers conductor-workers to run multiple magnum-api/conductor processes? thx14:46
*** Drago has joined #openstack-containers14:46
*** hongbin has joined #openstack-containers14:47
*** vijendar has joined #openstack-containers14:55
*** vijendar has quit IRC14:57
*** vijendar has joined #openstack-containers14:58
*** muralia has joined #openstack-containers15:02
*** vijendar has quit IRC15:03
*** vijendar has joined #openstack-containers15:04
*** vijendar has quit IRC15:09
*** vijendar has joined #openstack-containers15:09
*** vijendar has quit IRC15:11
*** vijendar has joined #openstack-containers15:15
*** vijendar has quit IRC15:17
*** vijendar has joined #openstack-containers15:20
*** vijendar has quit IRC15:21
*** vijendar has joined #openstack-containers15:21
*** vijendar has quit IRC15:27
*** vijendar has joined #openstack-containers15:27
*** EricGonczer_ has joined #openstack-containers15:30
*** tonanhngo has joined #openstack-containers15:34
*** absubram has joined #openstack-containers15:36
*** vijendar has quit IRC15:37
*** zz_dimtruck is now known as dimtruck15:40
openstackgerritDrago proposed openstack/magnum: Remove unused configure-flannel.sh  https://review.openstack.org/39449515:40
*** serverascode has quit IRC15:41
*** etoews has quit IRC15:42
*** nikhil has quit IRC15:42
*** chris_hultin has quit IRC15:42
*** amit213 has quit IRC15:42
*** zhenguo has quit IRC15:42
*** raginbaj- is now known as raginbajin15:42
*** pbourke has joined #openstack-containers15:44
pbourkehi, has anyone seen this error, using the mitaka release and latest client http://paste.openstack.org/show/588269/15:44
*** vijendar has joined #openstack-containers15:45
*** nikhil has joined #openstack-containers15:45
Dragopbourke: Would you mind adding --debug?15:46
Drago`magnum --debug baymodel-create …`15:46
*** zhenguo has joined #openstack-containers15:46
*** etoews has joined #openstack-containers15:47
*** vijendar has quit IRC15:47
*** amit213 has joined #openstack-containers15:47
*** serverascode has joined #openstack-containers15:48
pbourkeDrago: sure, http://paste.fedoraproject.org/475052/85336771/15:48
*** vijendar has joined #openstack-containers15:48
*** chris_hultin has joined #openstack-containers15:48
Dragoswatson: ^15:49
Dragopbourke: Thanks15:49
*** vijendar has quit IRC15:49
swatsonpbourke: You said this is the latest client?15:50
pbourkeswatson: well, 2.3.1 from pypi, maybe I should install from master?15:50
swatsonpbourke: to be honest I'm not sure which version numbers match up with which client :P15:51
swatsonDrago: How would I find that out?15:52
Dragoswatson: https://github.com/openstack/python-magnumclient/releases15:52
pbourkeok so 2.3.1 is the latest15:52
swatsonDrago: thanks!15:53
Dragoswatson: Welcome15:53
*** dave-mccowan has quit IRC15:53
swatsonI'll take a look at this paste15:53
*** rcernin has quit IRC15:55
*** vimal has quit IRC15:56
swatsonpbourke: I tried your command and things went okay for me15:59
pbourkeswatson: against the mitaka release?15:59
swatsonpbourke: oh good point, forgot about that15:59
swatson:P15:59
swatsonhold on a sec, I'll switch my magnum branch over15:59
*** vijendar has joined #openstack-containers15:59
pbourkethanks a mil16:00
*** randallburt has joined #openstack-containers16:02
*** zenoway has quit IRC16:02
*** zenoway has joined #openstack-containers16:02
*** vijendar has quit IRC16:05
*** vijendar has joined #openstack-containers16:06
*** dave-mccowan has joined #openstack-containers16:06
*** randallburt has quit IRC16:06
*** zenoway has quit IRC16:06
*** randallburt has joined #openstack-containers16:09
swatsonpbourke Drago: what's the best way to downgrade the DB? e.g. migrate from master down to stable/mitaka16:10
pbourkeswatson: afaik its not possible16:10
Dragoswatson: Can't. Wipe it out16:10
Dragoswatson: I usually just pop a 2nd devstack for mitaka16:11
*** vijendar has quit IRC16:11
swatsonDrago: If I have stable/mitaka checked out could  I just unstack/restack  ?16:11
*** vijendar has joined #openstack-containers16:12
Dragoswatson: I'm not sure. Probably, but just because it does everything over again16:12
*** pcaruana has quit IRC16:12
swatsonI'll give it a shot16:13
Dragotonanhngo: ping16:14
tonanhngoHi Drago16:15
tonanhngoDrago: just got back16:15
Dragotonanhngo: Oh, from Barcelona?16:15
DragoHow was it?16:15
*** sdake has joined #openstack-containers16:16
tonanhngoDrago:  I did some traveling around Spain, it was great16:16
*** vijendar has quit IRC16:17
*** vijendar has joined #openstack-containers16:17
Dragotonanhngo: Glad to hear it. I wish I had more time to explore16:18
Dragotonanhngo: So, chris_hultin and I have independently run into problems with the changes in https://review.openstack.org/#/c/375693/16:18
Dragotonanhngo: Specifically with the update to hostname-override in https://review.openstack.org/#/c/375693/3/magnum/drivers/common/templates/kubernetes/fragments/configure-kubernetes-minion.sh16:18
tonanhngoDrago: ok, we should take a closer look.  Are you seeing error with hostname / IP resolution?16:19
chris_hultintonanhngo: Yeah - it doesn't resolve, so the kubelet never comes up.  Additionally, if you just add it to the hosts file, it won't allow containers to spin up on it because the Kube Master won't resolve it.16:20
*** vijendar has quit IRC16:20
*** sdake has quit IRC16:20
tonanhngoI think something changed in Nova16:21
tonanhngoI will take a closer look16:22
tonanhngoIt worked when I tested it back then, but you are the second to report issues with the hostname resolution16:23
Dragotonanhngo: And 3rd ;)16:24
*** sdake has joined #openstack-containers16:25
tonanhngoYeah we need to find a way to add a functional test16:25
strigaziDrago, tonanhngo, chris_hultin, hostname-override with the actual hostname in a environment without a DNS won't work16:27
tonanhngoThe way it was originally intended to work doesn't require hostname resolution16:28
openstackgerritJaycen Grant proposed openstack/magnum: Spec for adding template versions  https://review.openstack.org/39232716:29
tonanhngoThe kube plugin code simply uses the name registered for the minion to query Nova16:29
tonanhngoso the name only needs to refer to a valid instance in Nova16:29
*** vijendar has joined #openstack-containers16:29
*** belmoreira has quit IRC16:30
tonanhngothen Nova would return the metadata which would contain the IP of the minion16:30
strigaziIs this fixed in k8s 1.3?16:31
strigaziHave you tried?16:31
tonanhngoI haven't tried 1.3, but this seems to solve multiple limitations with 1.2, so we definitely should upgrade to 1.316:32
*** adrian_otto has joined #openstack-containers16:33
strigazitonanhngo, http://test-strigazi-sharing.web.cern.ch/test-strigazi-sharing/ take a pick :)16:36
tonanhngostrigazi:  So, would you recommend fedora-atomic-25-k8s-1.4-docker-1.12.qcow2  ?16:43
strigaziNo16:43
tonanhngolatest not the greatest?16:44
strigaziThe cluster isn't configured properly16:44
swatsonpbourke: Just finished the restack and got your same issue16:44
tonanhngostrigazi:  which one is stable?16:45
strigazif24, it has docker 1.1016:45
strigaziwith k8s 1.3 and docker 1.12 should work, but I'll test tomorrow16:45
strigaziwith f24 the cluster is configured properly16:46
tonanhngosounds good, I will use fedora-atomic-24-k8s-1.3.qcow216:46
*** vijendar has quit IRC16:48
swatsonpbourke: It looks like mitaka just doesn't support those specific arguments16:48
swatsonpbourke: Comparing the magnum/api/controllers/v1/baymodel.py of both you can see they take different arguments16:49
swatsonpbourke: Mitaka's is https://github.com/openstack/magnum/blob/master/magnum/api/controllers/v1/baymodel.py16:50
swatsonpbourke: master is https://github.com/openstack/magnum/blob/master/magnum/api/controllers/v1/baymodel.py16:50
swatsonpbourke: you may have to resort to an older client for now :/16:51
swatsonDrago: Thoughts?16:51
swatsonpbourke: And I just realized I pasted the same URL twice. Both of those links are for master. Just replace "master" there with "stable/mitaka" and you'll see the code listing16:52
openstackgerritSpyros Trigazis proposed openstack/magnum: Make cinder volume optional  https://review.openstack.org/39183016:52
randallburtk8s recommends 1.4 because of security vuln in earlier versions fyi16:53
strigaziCOmmit message is outdated ^^16:53
strigazirandallburt, the goal is 1.4 of course16:53
randallburtk16:53
strigazibut 1.3 works without any modifications16:54
*** pcastets has quit IRC16:54
randallburtgotcha16:54
Dragoswatson: Heh, yeah, duh. I should have realized those would not even be available in mitaka16:55
Dragopbourke: Those features simply don't exist in mitaka16:55
*** sdake has quit IRC16:56
swatsonI'm glad it's (mostly) sorted then :) I'm gonna play some ping pong and I'll be back in a bit16:57
*** vijendar has joined #openstack-containers16:57
*** fragatina has joined #openstack-containers16:59
openstackgerritSpyros Trigazis proposed openstack/magnum: Make cinder volume optional  https://review.openstack.org/39183017:00
*** fragatina has quit IRC17:01
*** fragatina has joined #openstack-containers17:01
*** strigazi is now known as strigazi_AFK17:02
*** vijendar has quit IRC17:03
*** vijendar has joined #openstack-containers17:03
*** vijendar has quit IRC17:06
*** adrian_otto has quit IRC17:09
*** chetna has joined #openstack-containers17:09
Dragostrigazi_AFK: If the default docker volume size is 25, how do you specify for it to not be there?17:09
*** _mbelanger has joined #openstack-containers17:16
*** vijendar has joined #openstack-containers17:16
*** fragatina has quit IRC17:28
openstackgerritJaycen Grant proposed openstack/magnum: Spec for adding template versions  https://review.openstack.org/39232717:28
*** vijendar has quit IRC17:28
*** vijendar has joined #openstack-containers17:29
*** adrian_otto has joined #openstack-containers17:32
*** vijendar has quit IRC17:34
openstackgerritJaycen Grant proposed openstack/magnum: Spec for adding template versions  https://review.openstack.org/39232717:34
*** vijendar has joined #openstack-containers17:35
*** vijendar has quit IRC17:40
*** vijendar has joined #openstack-containers17:41
openstackgerritRandall Burt proposed openstack/magnum: Add cluster driver encapsulation spec  https://review.openstack.org/38983517:45
*** vijendar has quit IRC17:46
*** vijendar has joined #openstack-containers17:47
*** tkarke has joined #openstack-containers17:48
*** jperry has quit IRC17:48
*** vijendar has quit IRC17:49
*** jperry has joined #openstack-containers17:50
randallburtadrian_otto:  ^^17:50
*** Drago has quit IRC17:52
tkarkeHi, how to I set the option to disable Floating IP assignment to the cluster?17:52
*** vijendar has joined #openstack-containers17:52
*** vijendar has quit IRC17:54
openstackgerritJaycen Grant proposed openstack/magnum: Spec for adding template versions  https://review.openstack.org/39232717:56
adrian_ottook randallburt. I'll check it out.17:57
randallburtthanks17:57
*** vijendar has joined #openstack-containers17:58
*** EricGonczer_ has quit IRC17:58
*** vijendar has quit IRC18:00
*** jwcroppe has quit IRC18:00
*** vijendar has joined #openstack-containers18:01
*** jwcroppe has joined #openstack-containers18:01
*** fragatina has joined #openstack-containers18:04
*** jwcroppe_ has joined #openstack-containers18:04
adrian_ottorandallburt: Regarding the Driver class method named update_cluster() and Hongbin's remarks... he made a concrete suggestion to split the method into smaller ones that do discrete actions on the cluster. I understand your position is that such an adjustment is beyond the scope of this pursuit. We can address that by making a note that further refinement of the update_cluster() method may be addressed by a subsequent specification.18:05
adrian_otto Although you did say that in a review comment on revision 11, it could not hurt to put that remark in the spec directly. Thtoughts?18:05
*** jwcroppe has quit IRC18:05
randallburtadrian_otto:  sure18:06
randallburtadrian_otto:  1 sec18:06
*** dave-mccowan has quit IRC18:06
adrian_ottostill reading through the previous comments18:06
*** jwcroppe_ has quit IRC18:06
*** jwcroppe has joined #openstack-containers18:07
*** dave-mccowan has joined #openstack-containers18:11
adrian_ottorandallburt: on the subject of the get_poller() method of the Driver class, you wrote "Magnum needs the driver to expose a mechanism that synchronizes the cluster state with the orchestration state"18:11
*** jwcroppe has quit IRC18:11
adrian_ottoI'm trying to understand why.18:11
adrian_ottocan't the synchronization be part of the driver implementation below the contract with the driver interface?18:12
randallburtadrian_otto:  when an operation is in progress, something needs to bridge between the underlying orchestration18:13
randallburtadrian_otto:  it could, but then that would leave having to do async updates up to the driver which I want to avoid18:13
*** jmckind has joined #openstack-containers18:14
adrian_ottook, so your intended design is to have a synchronous link between magnum and the driver?18:14
adrian_ottoand calling get_poller() would block until state were synchronized with the orchestration system?18:15
randallburtadrian_otto:  no, I just want to keep the existing interface so that magnum can do the polling but leverage the existing magnum code to call it18:15
randallburtadrian_otto:  s/existing magnum code/existing mechanism18:16
adrian_ottoso I'm working to understand the difference between calling get_poller() and then monitoring for a state change vs. calling a driver function to get the current state. They seem equivalent to me.18:16
*** vijendar has quit IRC18:18
randallburtadrian_otto:  maybe, but then you have the whole driver in memory while you poll vs a smaller focused class. I'm reaching of course, but again, there's already a poller interface for the Heat driver and it didn't seem a bad design choice to me so I kept it18:18
adrian_ottomaybe you could help me understand how using the get_poller interface keeps the driver from needing to do async updates?18:18
*** vijendar has joined #openstack-containers18:19
adrian_ottoI'm not saying your position is wrong, I'm just not 100% clear on it yet18:19
randallburtadrian_otto:  sorry, by async, I mean it prevents the driver from having to implement the polling or notification logic inline. It just exposes a class that queries the underlying orchestration and updates the cluster status accordingly18:19
randallburtadrian_otto:  async was the wrong word18:20
adrian_ottook, so you;re suggesting that the proposed interface keeps the driver logic more simple.18:20
adrian_ottobecause the polling would be in Magnum rather than in the driver.18:20
randallburtadrian_otto:  yes18:20
adrian_ottook, but Hongbin's POV anticipates that future drivers may use more advanced eventing around state changes, that could be implemented in the driver, and keep Magnum simple. It's the same argument in reverse. It sounds compelling, in all honesty. Not totally sure yet.18:22
randallburtadrian_otto:  which you *could* theoretically do with an explicit driver method, but this seemed cleaner and slightly more efficient to me. Also allows you to farm out this work in a small, serializable class you could pass to actual async worker nodes if you were so inclined18:22
adrian_ottoI suppose having the state convergence in one place rather than in all the drivers would be an argument for your current proposal.18:23
adrian_ottothat should18:24
adrian_ottomake the system complexity lower overall18:24
*** vijendar has quit IRC18:24
randallburtadrian_otto:  in the worst case, this spec is least disruptive. If someone tries to use it as-is and can't get the functionality they want, then we can change it then18:24
randallburtadrian_otto:  but as-is doesn't prevent you from implementing different state change synchronization18:24
*** vijendar has joined #openstack-containers18:25
adrian_ottotrue. But having it named "poller" would be weird if it's using an alternate convergence implementation18:25
randallburtadrian_otto:  if we're bike shedding the name, I can change it. Not fussed about that18:25
adrian_ottoI'm not trying to take us off track too far18:26
adrian_ottoI just want to give this suggestion fair consideration18:26
randallburtabsoulutely18:26
adrian_ottook, thanks for the additional clarity here. I appreciate it.18:26
randallburtnp18:26
randallburtI can change the name to StateSynchronizer if that helps? I actually like the idea of not pidgeonholing it to polling18:27
jvgrant__randallburt, changing the name will probably help18:28
jvgrant__it is easy to get caught up on the name and idea of polling18:28
*** vijendar has quit IRC18:30
adrian_ottoLet's make that revision. I think it would be a good middle ground for now18:30
*** fragatina has quit IRC18:30
*** vijendar has joined #openstack-containers18:31
randallburtadrian_otto:  k18:31
*** fragatina has joined #openstack-containers18:31
*** vijendar has quit IRC18:36
*** vijendar has joined #openstack-containers18:36
openstackgerritRandall Burt proposed openstack/magnum: Add cluster driver encapsulation spec  https://review.openstack.org/38983518:37
randallburtadrian_otto:  jvgrant__ done18:37
*** vijendar has quit IRC18:37
*** jwcroppe has joined #openstack-containers18:42
*** vijendar has joined #openstack-containers18:42
*** vijendar has quit IRC18:44
*** jwcroppe has quit IRC18:46
*** jwcroppe has joined #openstack-containers18:46
*** vijendar has joined #openstack-containers18:48
*** jwcroppe has quit IRC18:51
adrian_ottorandallburt: I voted on that patch, but we do need a one character tweak to make pep8 happy. See line 110 of https://review.openstack.org/38983518:53
randallburtfixed18:54
adrian_ottotx.18:54
randallburtnp18:54
*** ArchiFleKs has joined #openstack-containers19:05
*** adrian_otto has quit IRC19:11
*** vijendar has quit IRC19:13
*** vijendar has joined #openstack-containers19:15
*** vijendar has quit IRC19:18
*** Drago has joined #openstack-containers19:20
*** vijendar has joined #openstack-containers19:21
*** jmckind_ has joined #openstack-containers19:21
*** jmckind has quit IRC19:22
*** mikelekkas has joined #openstack-containers19:24
*** vijendar has quit IRC19:26
*** vijendar has joined #openstack-containers19:27
*** adrian_otto has joined #openstack-containers19:27
*** vijendar has quit IRC19:32
*** vijendar has joined #openstack-containers19:33
*** vijendar has quit IRC19:38
*** vijendar has joined #openstack-containers19:38
*** dave-mccowan has quit IRC19:39
*** jmckind_ has quit IRC19:40
*** jmckind has joined #openstack-containers19:46
*** dave-mccowan has joined #openstack-containers19:53
*** vijendar has quit IRC19:58
*** vijendar has joined #openstack-containers19:59
Dragoswatson: ping20:03
swatsonDrago: pong20:03
Dragoswatson: https://github.com/openstack/python-magnumclient/blob/master/magnumclient/v1/cluster_templates_shell.py#L119-L12220:04
Dragoswatson: Store true, default true?? That doesn't make sense!20:04
*** vijendar has quit IRC20:04
DragoDo you agree?20:04
*** vijendar has joined #openstack-containers20:05
swatsonDrago: It'll amount to the same thing but one of those two can be removed yeah20:05
Dragoswatson: I don't think they do, because one is for when the flag is present, and one is not20:05
swatsonthe one above it is more concerning to me20:05
DragoAs far as I understand20:05
swatsonhttps://docs.python.org/2/library/argparse.html20:05
DragoSo whether or not you include the flag, it's true20:05
swatson"'store_true' and 'store_false' - These are special cases of 'store_const' using for storing the values True and False respectively. In addition, they create default values of False and True respectively. For example:"20:05
*** code34 has joined #openstack-containers20:06
code34hello :)20:06
randallburtadrian_otto:  ping. is there a  eeting agenda for tomorrow? I'd like to get the discussion of https://review.openstack.org/389835 on it if possible20:06
code34i m back again for the same problem20:06
code34hope somebody can help me ;)20:06
adrian_ottorandallburt: I will include it, thanks.20:06
jvgrant__code34: hey, sorry i missed you before.  What are you seeing now?20:06
randallburtadrian_otto:  thanks!20:06
code34hi jvgrant__ :)20:07
swatsonDrago: The one for master-lb-enabled is fine now that I realize what it's doing, and now I see what you're saying about floating-ip-enabled20:07
swatsonDrago: Yeah that's...bad.20:08
Dragoswatson: So you agree it needs fixing :)20:08
swatsonDrago: How long has that been set up that way?20:08
Dragotonanhngo: ping20:08
Dragoswatson: Two months20:08
tonanhngoHi Drago20:08
Dragotonanhngo: Pinging you because you reviewed this patch. Check this out https://review.openstack.org/#/c/351529/3/magnumclient/v1/baymodels_shell.py20:09
Dragoaction='store_true', default=True gives you a flag that is True no matter what20:09
*** vijendar has quit IRC20:10
DragoRight?20:10
tonanhngoYes it's a bug20:10
DragoCool20:10
tonanhngoWe ran into this while doing the scalability test on the CNCF cluster20:10
Dragoswatson: Do you want to take this one, since you've been dealing with the magnumclient?20:10
tonanhngoIt's a one word change20:10
swatsonDrago: I think I can handle a 1-liner B)20:11
*** vijendar has joined #openstack-containers20:11
tonanhngoswatson:  go for it :)20:11
Dragoswatson: Oh, there's a patch out for it20:11
DragoDoesn't seem to be correct yet though… https://review.openstack.org/#/c/393586/1/magnumclient/v1/baymodels_shell.py20:11
swatsonDrago: Then my job is done20:11
Dragoswatson: ^20:12
swatsonDrago: Yeah that patch got it backwards it seems20:12
swatsonwell no20:13
swatsonthey renamed the flag I guess is all20:13
*** vijendar has quit IRC20:13
tonanhngoyeah I don't like the renaming20:13
adrian_ottorandallburt: https://wiki.openstack.org/wiki/Meetings/Containers#Agenda_for_2016-11-08_1600_UTC20:13
DragoFloating IP should be enabled by default, so if it's a disable flag, it should be default=False (not disabled == enabled)20:13
*** mikelekkas has quit IRC20:13
DragoIt's weird...20:14
randallburtadrian_otto:  thanks!20:14
adrian_ottonp20:14
swatsonDrago: well master-lb-enabled is false by default right?20:14
swatsonthat one is store_true, default=False20:14
Dragotonanhngo, swatson: Would you prefer —floating-ip-enabled=True?20:14
swatsonso if the flag is on the command-line, we set it to true, which aligns with the name of master-lb-enabled20:14
swatsonDrago: If the default is to enable it, then I think the flag should be to disable it20:15
Drago*—floating-ip-enabled=False20:15
DragoGeez, so goofy20:15
tonanhngoI would prefer:  action='store_true', default=False20:15
swatsontonanhngo: ^ in that case, the patch is backwards20:16
Dragotonanhngo: So you would prefer all clusters to not have floating IPs by default? Or are you saying for that to be with a flag called "floating-ip-disabled"?20:16
tonanhngoI think cluster should not have floating IP by default, reasoning is that floating IP is expensive, so the default should the least demanding option20:16
*** vijendar has joined #openstack-containers20:16
tonanhngoI realize this changes the  current default, but I think it's for the better20:17
DragoSince it will be in a cluster-template, I think that change would be fine20:17
swatsonIs there a process for changing default behavior like that? As it stands right now the client will have been enabling floating IPs regardless...20:18
tonanhngoMaybe in a release note?20:18
Dragoswatson: We did that for my LBaaS work20:18
DragoSuddenly there wasn't a LB on the clusters you were creating20:18
Drago:)20:18
*** vijendar has quit IRC20:19
swatsontonanhngo Drago: If it's just a release note then I'm okay with changing it20:19
tonanhngoIt's a trade-off we have to consider, changing the behavior for the better and risking surprising the user.20:19
tonanhngoBut in general, I think the default should be the path of least resistance.20:20
Dragoswatson: I would push a separate patch20:21
Drago(btw)20:21
swatsonI like the change, but I'd feel bad surprising someone if they were relying on the feature20:21
swatsonnot that floating-ip-enabled has actually been doing anything this entire time. And it's only been 2 months anyway20:21
DragoNot for the release note, but instead of pushing it on https://review.openstack.org/#/c/393586/20:21
Dragoswatson: Agreed20:21
Dragoswatson: It's only been enabled in k8s20:22
Dragoswatson: And apparently it was broken until 4 days ago anyway! https://github.com/openstack/magnum/commit/93bd547631b24ebe98b2845721d6aa15fd81947d20:23
swatsonDrago tonanhngo: I can just to ahead and make a patch for floating-ip-enabled then. Feels like I'm stepping on toes though, since #393586 aims to do very similar20:24
swatsonMaybe we should comment on that review first?20:24
swatsonDrago: :)20:24
*** vijendar has joined #openstack-containers20:24
Dragoswatson: I did20:24
swatsonDrago: OK, I vote we give the author a chance to edit20:25
DragoAnd thanks tkarke for asking the question that made me go look up the flag, since it's not in our docs20:25
tonanhngo+120:25
Drago+120:25
swatsonDrago tonanhngo: Democracy at its finest20:25
*** jwcroppe has joined #openstack-containers20:27
*** vijendar has quit IRC20:28
*** vijendar has joined #openstack-containers20:28
tkarkeThank you Drago and swatson for looking at this so swiftly!!20:29
swatsontkarke: No problem :)20:29
jvgrant__Drago, swatson: helping out code34 on a cluster-create timeout issue. Looks like the master gets created(can ssh, ping google, etc...), but the heat resource says it timed out on create. any ideas?20:35
Dragojvgrant__: sudo systemctl status wc-notify20:36
swatsonjvgrant__: I want to say I had issues like that when I was trying to create clusters with Devstack on a VM20:36
Dragojvgrant__: The curl that wc-notify runs can be stopped because curl can't trust the Heat endpoint it's supposed to talk to20:37
jvgrant__code34 ^^20:38
code34thanks but where i have to run this command20:40
code34im not sure to understand the effect :)20:41
*** vijendar has quit IRC20:42
code34sould i restart the cluster creation from the begining and launch this command when it s stolen ?20:42
Dragocode34: No, you can ssh into your master node and run it20:43
Dragocode34: Alternately, `sudo systemctl | grep failed` will give you the service that died20:43
code34on master side, it said me - not found no such file or directory - active: inactive dead20:44
Dragocode34: Okay, then sudo systemctl | grep failed?20:44
code34cloud-final.service, docker.service and swar-manager-failure.service20:45
code34are faileds20:45
Dragocode34: sudo journalctl -u docker.service20:46
DragoI think20:46
code34mmm20:48
code34there is so much things :))20:48
code34first /etc/docker/server.crt no such file or directory20:48
code34could not load x509 key pair20:49
code34after this main process exited blablz status1/failure20:49
code34does it a step in magnum installation that fails ?20:50
Dragocode34: Yes, it sounds like it could not talk to magnum to get the cert20:52
code34im back to the magnum installation docs20:52
code34but dont remember to see things about it20:53
Dragocode34: Outside of the master, can you get the IP and port that the magnum service is on?20:53
Dragocode34: And then from within master do `curl ip:port`?20:54
DragoTo see if the vm can connect to magnum20:54
code34mmm20:54
code34i m look for this20:54
Dragocode34: Oh sorry, the command will be `openstack catalog show magnum`20:55
code34ok i just test the curl command20:56
code34and it seems to works20:56
Dragocode34: From within the master?20:56
code34yes20:56
code34from the master20:56
code34with the ip of service20:56
code34but20:56
code34if i do for example20:56
Dragocode34: Oh, yes, with internal?20:57
code34curl controller:951120:57
code34it fails20:57
Dragocode34: do `cat /etc/sysconfig/heat-params`20:57
Dragocode34: Look to see what the magnum url is20:57
DragoIf it has "controller" in it, the endpoints were not set up correctly in keystone20:58
code34magnum url is : http://controller:9511/v120:58
Dragocode34: You need to redo your endpoints in keystone. That should be an IP, not "controller"20:58
code34damn !(20:58
Dragojvgrant__, swatson: I swear, everyone seems to do that20:58
pbourkeswatson: thanks very much for confirming20:59
*** dimtruck is now known as zz_dimtruck20:59
pbourkeswatson: curious that they are both api v1 though20:59
code34same things with auth_url20:59
Dragocode34: You are far from the first person to do that20:59
pbourkeswatson: i would expect v1 to work consistently feature-wise between releases?20:59
code34mmm believe it should be in docs20:59
code34all my endpoint contains controller21:00
Dragocode34: Well don't the docs tell you to set the endpoints as "controller:9511"? It's not obvious that's supposed to be an IP21:00
pbourkeswatson: the stable mitaka client is suffering from https://bugs.launchpad.net/python-magnumclient/+bug/161937521:00
openstackLaunchpad bug 1619375 in python-magnumclient "ERROR: Not Authorized" [Undecided,Confirmed]21:00
jvgrant__Drago: i think that might be what the docs tell you to do21:00
code34openstack endpoint create --region RegionOne \21:01
code34  container-infra public http://controller:9511/v1 <<21:01
*** chris_hultin is now known as chris_hultin|AWA21:01
code34yes21:01
code34i just copy it from the doc :)21:01
Dragocode34: If it said "YOUR_CONTROLLER_IP" would you have realized?21:02
code34yes21:02
DragoYeah21:02
DragoI'm going to file a bug21:02
Dragocode34: Which docs are you using?21:02
jvgrant__Drago: good idea, reading it. I would have done the same thing21:02
code34i used all the last newton docs cause for all service it said http://controller21:03
Dragocode34: Do you have a link?21:03
code34and for magnum21:03
code34http://docs.openstack.org/project-install-guide/container-infrastructure-management/newton/install-ubuntu.html21:03
code34this one21:03
swatsonpbourke: Hmm. You have a good point.21:04
jvgrant__Drago: it shows that controller is actually used21:04
Dragojvgrant__: Yeah but you don't literally use "controller"21:06
jvgrant__Drago: the example seems to show that as it is in the example return21:06
code34controller resolv as far it was declared in /etc/hosts file21:06
code34in the main installation guide21:06
code34in the first part21:06
swatsonpbourke: The problem I guess is the fact that we can be backwards-compatible (e.g. Mikata in Okata) but not so easily forward-compatible (e.g. Okata in Mikata)21:06
jvgrant__code34: can it be resolved from the master node?21:07
code34nope21:07
swatsonpbourke: Though perhaps the client needs to better communicate those versioning conflicts21:07
code34not from the master21:07
Dragocode34: It tells you to put controller into /etc/hosts?21:07
code34from controller, compute, block nodes21:07
code34Drago, yes that s right21:07
Dragocode34: Link?21:08
code34http://docs.openstack.org/newton/install-guide-rdo/environment-networking-controller.html21:08
code34same things for compute nodes21:08
code34http://docs.openstack.org/newton/install-guide-rdo/environment-networking-compute.html21:08
code34see at the bottom of page21:08
swatsonDrago: What's your take on the versioning problem pbourke is facing?21:10
Dragoswatson: Haven't been paying any attention, I'll read the scrollback21:11
swatsonDrago: To recap: the latest client doesn't work with older magnum releases if using arguments the old release doesn't know21:11
Dragojvgrant__: Do you have any ideas on how to keep controller in the endpoints but make it resolvable on the master without any other changes?21:12
Dragojvgrant__: Like some obscure configuration option in keystone21:12
Dragoswatson: But if you don't use those arguments, it works?21:13
jvgrant__Drago: not that i can think of, i'm surprised this wasn't run into while testing the install guide. Are we missing something?21:13
jvgrant__Drago: i was looking at the other guides and they all use the controller as well with the etc/hosts changes21:14
swatsonDrago: Haven't tried that, and I just re-stacked off of mitaka so... :P21:14
swatsonpbourke: Have you tried your failing command without the arguments it lists as not being recognized?21:15
jvgrant__code34: for a temporary fix you could try to replace the controller with the actual IP just for the magnum keystone setup21:15
code34yes21:15
code34im currently do it :)21:15
pbourkeDrago: swatson: I haven't found form that works, the new client seems to require those args... Id test the stable/mitaka client but its broken with that auth issue linked above. The bigger issue though seems to be people have added features to the stable API without increasing the version21:15
code34and try to deploy again all21:15
Dragojvgrant__: I really don't know. If there was a config option in keystone that replaced "controller" with the actual IP when it gave you the catalog, it'd work21:16
Dragocode34: Were all endpoints using "controller" or just the internal ones?21:16
code34all the endpoint seems to use it21:17
Dragojvgrant__: How can that be possibly useful? Every user that wants to interact with the cloud would have to have controller in their /etc/hosts file too21:18
jvgrant__Drago: if that was an option then they probably wouldn't need the etc/hosts changes21:18
Dragojvgrant__: True21:18
jvgrant__Drago: I think it is something that was done for ease of use in the manual openstack install guide. It is in the instructions they ask for each node you add21:19
swatsonadrian_otto: What's your take on versioning in this case? pbourke is using latest client (because mitaka client is bugged with an auth issue) on top of mitaka magnum21:19
Dragopbourke, swatson: If we want it to be backwards compatible, I think magnumclient will have to be made to omit those parameters completely if they are not specified. I think it makes sense for things that have defaults in the API21:20
*** askb has joined #openstack-containers21:20
swatsonDrago pbourke: It looks like those arguments aren't actually required https://github.com/openstack/python-magnumclient/blob/master/magnumclient/v1/baymodels_shell.py#L119-L12221:21
swatsonAt least on the latest21:22
Dragoswatson: What do you mean not required?21:22
pbourkenot by the client but I think it's sending the default values anyway21:22
swatsonpbourke: What error do you see if you omit "--docker-storage-driver devicemapper --master-lb-enabled --fixed-subnet public"21:22
swatsonAh21:22
pbourkeswatson: same thing21:22
Dragoswatson: Yeah, what pbourke said21:23
jvgrant__swatson, Drago: does the client keep track of what version of magnum api it is talking with?21:24
swatsonpbourke Drago: So magnum API must be reading the listed attributes and throwing a fit on unknowns21:24
Dragoswatson: Correct21:24
pbourkeseems to be the case yeah21:24
Dragojvgrant__: Probably not21:24
Dragojvgrant__: The code I've seen in it certainly isn't version-aware21:25
swatsonpbouroke: As a last resort you could always git clone the client code and take out the extra attributes if you're into that sort of thing21:26
jvgrant__Drago: didn't think so. Right now the client and api are paired and must be used together. I think a discussion of unpairing them is interesting, but it would require some work in the client to handle21:26
swatsonpbourke: ^ I messed up the name above21:26
pbourkeswatson: yeah might do, thanks21:27
swatsonjvgrant__: Quite a bit of work, and some defining of boundaries21:27
code34damn now the magnum url is fixed, but i dont remember to fix auth url too :(21:27
pbourkeim not super up on this topic but it sounds like you guys need to use microversioning21:27
pbourkehttps://specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/api-microversions.html21:28
jvgrant__pbourke: we are using microversioning within the client and api, but the problem you are running into is that the client and api are paired and only meant to work together21:28
*** _mbelanger has quit IRC21:29
pbourkejvgrant__: but the above options are listed under v1 at http://developer.openstack.org/api-ref/container-infrastructure-management21:30
Dragojvgrant__: Dangit, who even implemented microversioning21:30
swatsonjvgrant__: https://paste.fedoraproject.org/475052/85336771/21:31
jvgrant__Drago: funny :P21:31
Drago:) :)21:31
jvgrant__pbourke: microversioning went in with Netwon21:32
code34there is also something strange the auth url used in the variable on master is the public one21:33
Dragocode34: I don't know 100% but I think the auth_url is the one you have configured magnum to use21:34
jvgrant__pbourke: if the current microversions were used for all the additions then we could have used that.21:35
*** Jeffrey4l has quit IRC21:35
code34in the conf file this is the public one21:35
code34auth_uri = http://controller:5000/v321:35
Dragocode34: In magnum.conf?21:36
code34yes21:36
Dragocode34: Is that the same as what you see in /etc/sysconfig/heat-params?21:37
code34yes that is the same21:37
Dragocode34: I think you will need to update that one in magnum.conf then21:37
*** srwilkers has quit IRC21:37
code34in newton version, if i remember well21:37
code34you dont have to declare yourself the endpoint for keystone21:38
Dragocode34: I'm not sure how that works. Generally, keystone is how you find everything else, so you at least need keystone's endpoint21:41
code34://21:42
code34i dont know how to do this21:42
Dragocode34: ?21:43
code34do i have to delete keystone endpoint too and re create them with ip ?21:43
Dragocode34: Does the keystone endpoint have "controller" in it?21:45
Dragoopenstack catalog show keystone21:45
code34yes21:45
code34all the endpoint have controller inside them :)21:45
jvgrant__if he followed the installed guide all will21:45
code34the keystone endpoint were createad automatically by package21:45
Dragocode34: Honestly, I don't know if you have to change the keystone endpoint. Hopefully you only have to change auth_url in magnum.conf21:47
code34nope21:47
code34it was not package21:47
code34it was that s line certainly21:47
code34# keystone-manage bootstrap --bootstrap-password ADMIN_PASS \21:47
code34  --bootstrap-admin-url http://controller:35357/v3/ \21:47
code34  --bootstrap-internal-url http://controller:35357/v3/ \21:47
code34  --bootstrap-public-url http://controller:5000/v3/ \21:47
code34  --bootstrap-region-id RegionOne21:47
code34ok then21:48
code34i test with only the line magnum.conf21:48
Dragocode34: Okay. Make sure you restart magnum21:49
code34yes i just did it :)21:49
DragoOkay21:49
code34i reboot all the controller node21:49
jvgrant__code34, Drago: the magnum endpoints are the only ones that the cluster nodes need correct?21:49
Dragojvgrant__: And Heat21:50
code34lol :)21:50
jvgrant__code34: make sure you check your orchestration(heat) keystone entries as well then :)21:50
Dragojvgrant__: *whatever endpoint the swift waitcondition resource spits out21:50
Dragocode34: ^21:50
DragoProbably swift21:51
jvgrant__Drago: need to bring this up with strigazi, i'm surprised he didn't run into this. I feel like there might have been a solution that got left out of the doc21:51
Dragojvgrant__: Sounds good. Let me know what he says21:52
openstackgerritJaycen Grant proposed openstack/magnum: Spec for adding template versions  https://review.openstack.org/39232721:53
*** chris_hultin|AWA is now known as chris_hultin22:04
*** jmckind_ has joined #openstack-containers22:05
*** jmckind has quit IRC22:07
code34ok then i just fix the heat url22:08
code34and i didnt deploy swift service22:09
jvgrant__i don't think you need swift but the heat one for sure22:12
Dragojvgrant__, code34: Oh, right, there's an OS::Heat::WaitCondition22:13
code34ok so then i relaunch the cluster creation ?22:14
jvgrant__yeah, delete the current cluster and then run create-cluster again22:14
code34ok :)22:15
*** jperry has quit IRC22:16
*** jperry has joined #openstack-containers22:17
code34goods news it seems to fix at least the auth url22:19
code34and magnum too22:19
code34in the heat-parameter22:19
*** vijendar has joined #openstack-containers22:19
code34file22:20
Dragocode34: good22:20
code34-mmm seems to deploy node22:22
code34now22:22
*** jmckind_ has quit IRC22:23
code34is builind an other instance on compute node22:23
code34with other ip22:23
code34it seems to unblock the problem :D22:23
jvgrant__that is good progress then22:23
code34it s a bit tricky to debug : ))22:23
jvgrant__so we probably need to have bug filed against the install guide for this22:24
code34yes22:24
code34and for my other problem with template22:24
code34do you remember ? :)22:24
jvgrant__yep, driver template files from the apt-get package22:24
jvgrant__code34: https://bugs.launchpad.net/magnum can you file those here for us since you have the info on them?22:25
jvgrant__code34: or i can if you would like?22:26
code34not sure to have them totaly : ))22:26
*** absubram has quit IRC22:26
code34but i can add this22:27
code34wait 2 sec :)22:27
code34https://bugs.launchpad.net/magnum/+bug/163839322:29
openstackLaunchpad bug 1638393 in Magnum "Launch an instance in Installation Guide for Container Infrastructure Management Service" [Undecided,New]22:29
code34just add a comment22:31
code34wow the cluster creation is in CREATE_COMPLETED state :)22:32
code34dont know if it works, but its done :)22:32
*** zz_dimtruck is now known as dimtruck22:33
jvgrant__code34: glad it worked.22:34
code34yes me too : ))22:35
code34thanks you22:35
Dragocode34: It should be, since the k8s driver waits for the api to come up before letting the cluster complete22:36
jvgrant__thanks for filing the bug. We will get it updated so others don't run into the issue with the install guide22:36
Dragoback in a few22:36
code34mmm i just have to see how to use it : ))22:36
*** fragatin_ has joined #openstack-containers22:37
Dragocode34: magnum cluster-config YOUR_CLUSTER_NAME22:37
Dragoand then run the command it spits out22:37
Dragoget kubectl22:37
Dragoand do something like `kubectl get pods`22:38
DragoThat's it!22:38
Drago:)22:38
*** vijendar has quit IRC22:39
*** Drago has quit IRC22:39
*** fragatina has quit IRC22:40
code34kubectl ?22:40
code34what is it22:40
jvgrant__the control api if you are using kubernetes22:41
code34i think i used the default installation with swarm22:41
jvgrant__yeah so those commands won't help you for that.  there are others for swarm22:41
code34:)22:42
code34it s so easy : ))22:42
*** srwilkers has joined #openstack-containers22:42
*** askb has quit IRC22:43
jvgrant__here is an example of use from developer guide that you can use22:43
jvgrant__http://docs.openstack.org/developer/magnum/dev/quickstart.html22:43
jvgrant__Building and using a swarm cluster section22:43
jvgrant__ignore the rest as it is about setting up a developer environment, but that section is an example of using it22:44
code34yes22:45
code34in fact22:45
code34if i understand well22:45
code34directly from the controller node, all docker command will be transmit22:46
code34to the swarm cluster22:46
jvgrant__correct22:46
code34docker on controller is only the client side22:46
*** chris_hultin is now known as chris_hultin|AWA22:47
jvgrant__you have the cluster up, next steps are 1) create and sign the cert, 2) update docker to point to cluster endpoint, 3) run docker commands to create containers22:47
code34in fact22:47
code34magnum cluster-config YOUR_CLUSTER_NAME << this command22:48
code34generate the cert22:48
jvgrant__yes that is even easier, forgot we added that22:48
code34and export the variable22:48
code34but ...22:48
code34it seems docker is not installed lol22:49
code34:))22:49
code34i remember to saw that in dev pages, not in the main guide22:50
jvgrant__yeah, you need that installed on your controller. I think that is left out of install guide because it doesn't know which COE you will use22:50
jvgrant__agreed it probably should be mentioned though22:51
code34yes22:51
code34as pre requirement22:51
code34This section assumes that you already have a working OpenStack environment with at least the following components installed: Identity service, Image service, Compute service, Networking service, Block Storage service and Orchestration service. See OpenStack Install Guides.22:51
jvgrant__add that comment to the bug so we will remember to update that as well22:52
jvgrant__headed out, but hope everything works for you now.22:53
code34i think i will find my way now :)22:55
code34thanks for all22:55
*** askb has joined #openstack-containers22:56
*** srwilkers has quit IRC23:00
*** jperry has quit IRC23:00
*** srwilkers has joined #openstack-containers23:05
*** pbourke has quit IRC23:13
*** vijendar has joined #openstack-containers23:14
*** Drago has joined #openstack-containers23:16
*** dfflanders has joined #openstack-containers23:20
*** Drago has quit IRC23:21
*** srwilkers has left #openstack-containers23:23
*** Drago has joined #openstack-containers23:25
*** Jeffrey4l has joined #openstack-containers23:31
*** code34 has quit IRC23:31
*** vijendar has quit IRC23:34
*** adrian_otto has quit IRC23:34
*** vijendar has joined #openstack-containers23:34
*** adrian_otto has joined #openstack-containers23:36
*** randallburt has quit IRC23:37
*** adrian_otto has quit IRC23:38
*** adrian_otto has joined #openstack-containers23:39
*** adrian_otto has quit IRC23:42
*** adrian_otto has joined #openstack-containers23:43
*** adrian_otto has quit IRC23:46
*** vijendar has quit IRC23:49
*** vijendar has joined #openstack-containers23:50
*** askb has quit IRC23:51
*** Drago has quit IRC23:56

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