Thursday, 2017-02-02

*** erlon has quit IRC00:00
*** tonanhngo has quit IRC00:01
*** krtaylor has quit IRC00:02
*** jrobinson has quit IRC00:06
*** srwilkers has quit IRC00:09
*** rwallner has quit IRC00:13
*** tonanhngo has joined #openstack-kolla00:15
*** tonanhngo has quit IRC00:19
sdakegenpwd doesn't work from a pip install00:23
sdakein 4.0.0b300:23
jascott1yikes00:24
openstackgerritSayantani Goswami proposed openstack/kolla-ansible: WIP Deployment Guide  https://review.openstack.org/42796500:27
*** unicell has quit IRC00:34
hogepodgesdake: qwang I can moderate. I can also submit if you need me to, but my access to computers is very limited until Monday starting now00:35
*** sayantani01 has quit IRC00:40
*** unicell has joined #openstack-kolla00:48
*** jtriley has joined #openstack-kolla00:48
*** yuanying has quit IRC00:55
*** skuda has quit IRC00:57
*** tonanhngo has joined #openstack-kolla00:57
*** tonanhngo has quit IRC01:02
*** openstackgerrit has quit IRC01:02
*** dave-mccowan has quit IRC01:05
*** oomichi has left #openstack-kolla01:05
qwanghogepodge: no worries I'll submit.  I may need your contact information for submission01:09
inc0kfox1111, around?01:10
inc0SamYaple, how about you?:P01:13
inc0around?01:13
*** unicell has quit IRC01:14
*** adrian_otto has quit IRC01:16
*** 18WAAG74P has joined #openstack-kolla01:20
*** krtaylor has joined #openstack-kolla01:22
*** inc0 has quit IRC01:23
*** unicell has joined #openstack-kolla01:32
hogepodgeThanks qwang01:38
*** goldyfruit has quit IRC01:39
*** hfu has joined #openstack-kolla01:46
*** tonanhngo has joined #openstack-kolla01:49
*** tonanhngo has quit IRC01:50
*** tonanhngo has joined #openstack-kolla01:50
*** jrobinson has joined #openstack-kolla01:59
SamYapleinc0 yes02:02
*** zhurong has joined #openstack-kolla02:08
*** yuanying has joined #openstack-kolla02:08
*** Jeffrey4l_ has quit IRC02:10
*** unicell has quit IRC02:12
*** Pavo has joined #openstack-kolla02:14
sdakefinally VICtoRY02:19
sdake[root@oscorehost1 kolla-kubernetes]# kubectl get pods -n kolla02:19
sdakeNAME        READY     STATUS    RESTARTS   AGE02:19
sdakemariadb-0   1/1       Running   0          2m02:19
*** zhurong has quit IRC02:20
sdakebmace_ http://paste.fedoraproject.org/542669/60021081/ -> http://paste.fedoraproject.org/542669/6002108102:22
sdake6 minutes to deploy compute kit in kubernetes: http://paste.fedoraproject.org/542672/14860024/ -> http://paste.fedoraproject.org/542672/1486002402:28
bmace_sdake: i'm re-working a lot of the dev setup to work start to finish with one command against the halycon vagrant environment.  there is a lot of rough code in the gate scripts that hard codes things.. setting up the loop devices on the kubeX nodes for ceph, etc.. but i'll post something when it is ready.  maybe friday or very early next week.02:36
jascott1sdake woot!02:36
sdakebmace_ nice02:36
sdakebmace_ here is something i've got02:36
bmace_sdake: but i similarly had mariadb / rabbitmq up yesterday02:37
bmace_sdake: which is nice :)02:37
sdakehttp://paste.fedoraproject.org/542676/60030801/ -> http://paste.fedoraproject.org/542676/6003080102:38
bmace_sdake: might mix in some python scripts into the pure bash we have right now to try to do things like better handling of when services are up in kubernetes.. i know it can be done in bash, but i think it ends up being harder to follow and maintain.02:38
sdakebmace_ i'd recommend just going with the service charts for the moment02:38
sdakebmace_ alot less pokey02:38
bmace_and the pull_containers thing is just all bad..02:38
bmace_sdake: yeah, i was using the ceph service workflow02:38
sdakecheck out the lsat two pastes02:38
bmace_sdake: and i agree it is better02:39
sdakeone is a fully running compute kit in 6 mins02:39
sdakethe other is the script that runs the helm commands to pull the trigger02:39
sdakeI have a record of operations I ran to get there02:39
sdakeI think its pretty straightforward to turn that into a script02:39
sdakei'd do it now, however, i am ready to the rack02:40
sdakehit the rack that is02:40
bmace_i find it hard sleeping on a rack. i prefer sacks ;)02:42
*** narasimha_SV_ has quit IRC02:42
*** Pavo has quit IRC02:43
sdakebmace_ here is my bringup history: http://paste.fedoraproject.org/542677/60036591/ -> http://paste.fedoraproject.org/542677/6003659102:47
sdakebmace_ i think instead of reworking the scripts its alot easier to just start fresh02:48
sdakeand not overload the gate scripts with the development environment02:48
*** hieulq has joined #openstack-kolla02:48
sdakegiven that I've sepnt 10 hours getting the dev scripts operational and managed to get that env setup in under an hour02:48
sdakeand the dev scripts are still not operational02:48
*** ssurana has quit IRC03:02
*** nihilifer1 has joined #openstack-kolla03:03
*** nihilifer has quit IRC03:04
*** sdake has quit IRC03:04
*** Pavo has joined #openstack-kolla03:08
*** hieulq has quit IRC03:09
*** mgiles has quit IRC03:12
*** Pavo_ has joined #openstack-kolla03:12
*** Pavo_ has quit IRC03:28
*** prameswar has joined #openstack-kolla03:36
*** l4yerffeJ has joined #openstack-kolla03:40
*** Jeffrey4l has joined #openstack-kolla03:41
*** saneax-_-|AFK is now known as saneax04:16
*** openstackgerrit has joined #openstack-kolla04:22
openstackgerritJeffrey Zhang proposed openstack/kolla-ansible master: Run nova-manage simple_cell_setup during deploying and upgrading  https://review.openstack.org/41547204:22
openstackgerritJeffrey Zhang proposed openstack/kolla-ansible master: Implement nova placement service  https://review.openstack.org/42771504:22
openstackgerritJeffrey Zhang proposed openstack/kolla-ansible master: Create a new container when restart a container when necessary  https://review.openstack.org/42703604:25
*** mdnadeem has joined #openstack-kolla04:29
*** ssurana has joined #openstack-kolla04:40
*** saneax is now known as saneax-_-|AFK04:40
*** goldyfruit has joined #openstack-kolla04:46
openstackgerritJeffrey Zhang proposed openstack/kolla master: Add openvswitch package for nova-libvirt container  https://review.openstack.org/42800104:46
openstackgerritJeffrey Zhang proposed openstack/kolla stable/mitaka: Fix docker restart policy issue on docker engine 1.13  https://review.openstack.org/42411504:47
*** jrobinson is now known as jrobinson-afk04:51
*** 18WAAG74P has quit IRC04:52
*** tonanhngo has quit IRC04:54
*** zhubingbing has joined #openstack-kolla04:55
*** hfu has quit IRC04:59
*** hfu has joined #openstack-kolla05:01
*** Pavo has quit IRC05:01
*** hfu has quit IRC05:01
*** skramaja has joined #openstack-kolla05:01
*** hfu has joined #openstack-kolla05:01
*** hfu has quit IRC05:02
*** hfu has joined #openstack-kolla05:02
*** hfu has quit IRC05:03
*** Pavo has joined #openstack-kolla05:05
*** jrobinson-afk is now known as jrobinson05:16
openstackgerritJeffrey Zhang proposed openstack/kolla-ansible master: Implement nova placement service  https://review.openstack.org/42771505:18
*** goldyfruit has quit IRC05:26
*** satyar has joined #openstack-kolla05:37
*** trinaths has joined #openstack-kolla05:47
*** unicell has joined #openstack-kolla05:55
*** tonanhngo has joined #openstack-kolla05:56
*** unicell has quit IRC05:57
*** yuanying has quit IRC05:57
*** unicell has joined #openstack-kolla06:01
*** mdnadeem has quit IRC06:06
*** satyar_ has joined #openstack-kolla06:10
*** yuanying has joined #openstack-kolla06:11
*** gmmaha has quit IRC06:11
*** mdnadeem has joined #openstack-kolla06:12
*** mnaser has quit IRC06:12
*** satyar has quit IRC06:13
*** arslanq has quit IRC06:13
*** prameswar has quit IRC06:13
*** gmmaha has joined #openstack-kolla06:13
*** unicell1 has joined #openstack-kolla06:20
*** unicell has quit IRC06:21
*** japestinho_ has quit IRC06:24
*** japestinho_ has joined #openstack-kolla06:24
*** Jeffrey4l has quit IRC06:25
*** Jeffrey4l has joined #openstack-kolla06:26
*** arslanq has joined #openstack-kolla06:26
*** mnaser has joined #openstack-kolla06:37
*** sudipto_ has joined #openstack-kolla06:38
*** sudipto has joined #openstack-kolla06:38
*** tonanhngo has quit IRC06:45
*** tonanhngo has joined #openstack-kolla06:45
*** clayton has quit IRC06:46
*** tonanhngo has quit IRC06:46
*** jrobinson has quit IRC07:00
*** Pavo has quit IRC07:01
*** saneax-_-|AFK is now known as saneax07:05
*** Pavo has joined #openstack-kolla07:06
*** zhurong has joined #openstack-kolla07:13
*** nihilifer1 is now known as nihilifer07:16
*** bmace_ has quit IRC07:20
*** bmace_ has joined #openstack-kolla07:20
openstackgerritJeffrey Zhang proposed openstack/kolla master: Remove include_header and include_footer in all Dockerfiles  https://review.openstack.org/42801707:26
*** prameswar has joined #openstack-kolla07:31
*** unicell1 has quit IRC07:36
*** unicell has joined #openstack-kolla07:36
*** pcaruana has joined #openstack-kolla07:39
*** pcaruana has quit IRC07:42
*** pcaruana has joined #openstack-kolla07:43
*** unicell has quit IRC07:49
openstackgerritJeffrey Zhang proposed openstack/kolla-ansible master: [TEST][MASTER][KOLLA-ANSIBLE]  https://review.openstack.org/42278607:49
openstackgerritJeffrey Zhang proposed openstack/kolla-ansible master: [wip] enable ceilometer related project in gate  https://review.openstack.org/41227807:50
*** tonanhngo has joined #openstack-kolla08:02
*** tonanhngo has quit IRC08:04
*** hfu has joined #openstack-kolla08:06
*** yuanying_ has joined #openstack-kolla08:08
*** yuanying has quit IRC08:11
openstackgerritjangpro2 proposed openstack/kolla-ansible master: This feature is supporting for workers config in ironic-api.  https://review.openstack.org/42802608:12
*** shardy has joined #openstack-kolla08:13
*** athomas has joined #openstack-kolla08:13
*** zhurong has quit IRC08:28
*** hfu has quit IRC08:28
openstackgerritJeffrey Zhang proposed openstack/kolla master: Using CI mirror host  https://review.openstack.org/36572108:36
*** mgoddard_ has joined #openstack-kolla08:43
*** hfu has joined #openstack-kolla08:45
*** egonzalez has joined #openstack-kolla08:48
*** lar_ has joined #openstack-kolla08:49
*** lar__ has joined #openstack-kolla08:50
*** Alexey_Y has quit IRC08:52
*** lar_ has quit IRC08:54
*** matrohon has joined #openstack-kolla08:56
Jeffrey4legonzalez, could u review these two patch https://review.openstack.org/415472 https://review.openstack.org/427715 , the latter one depends on the former and unblock the gate.09:00
*** Pavo has quit IRC09:01
*** skramaja has quit IRC09:01
* egonzalez looking into PS09:02
*** jmccarthy has quit IRC09:04
*** skuda has joined #openstack-kolla09:04
openstackgerritJeffrey Zhang proposed openstack/kolla master: Using CI mirror host  https://review.openstack.org/36572109:04
*** Pavo has joined #openstack-kolla09:06
openstackgerritJeffrey Zhang proposed openstack/kolla-ansible master: Create a new container when restart a container when necessary  https://review.openstack.org/42703609:08
openstackgerritMerged openstack/kolla-ansible master: Fix pull syntax error in cinder  https://review.openstack.org/42773709:09
openstackgerritJeffrey Zhang proposed openstack/kolla master: Using CI mirror host  https://review.openstack.org/36572109:11
*** gfidente has joined #openstack-kolla09:11
*** gfidente has quit IRC09:11
*** gfidente has joined #openstack-kolla09:11
*** zioproto has joined #openstack-kolla09:14
*** Jeffrey4l has quit IRC09:30
*** l4yerffeJ has quit IRC09:30
*** l4yerffeJ has joined #openstack-kolla09:30
*** Jeffrey4l has joined #openstack-kolla09:31
openstackgerritMerged openstack/kolla stable/newton: Fix the undefined error for vmtp_vm_availability_zone  https://review.openstack.org/42776209:34
*** ssurana has quit IRC09:37
*** hrw has quit IRC09:37
*** hrw has joined #openstack-kolla09:43
openstackgerritEduardo Gonzalez proposed openstack/kolla-ansible master: Ignore qemu-img process in cleanup-containers  https://review.openstack.org/42806109:50
*** matrohon has quit IRC09:51
*** sambetts_ is now known as sambetts09:57
openstackgerritMerged openstack/kolla-ansible master: This feature is supporting for workers config in ironic-api.  https://review.openstack.org/42802610:08
*** Serlex has joined #openstack-kolla10:10
*** japestinho has joined #openstack-kolla10:11
*** jascott1 has quit IRC10:11
*** jascott1 has joined #openstack-kolla10:12
*** satyar_ has quit IRC10:12
*** jascott1 has quit IRC10:16
*** japestinho has quit IRC10:21
*** matrohon has joined #openstack-kolla10:21
*** hfu has quit IRC10:25
egonzalezJeffrey4l: dunno why gates are complaining about db access for nova_api, in therory should be ussing database.connection values by default10:32
*** hfu has joined #openstack-kolla10:33
*** pbourke has quit IRC10:33
*** pbourke has joined #openstack-kolla10:34
*** erlon has joined #openstack-kolla10:45
Jeffrey4legonzalez, ubuntu + binary?10:55
*** zioproto has quit IRC10:56
egonzalezJeffrey4l: oh yeah, forgot what you told me about ubuntu/binary10:57
Jeffrey4lseveral days ago, nova use "nova_api_cell0" as default database name.10:59
Jeffrey4legonzalez, end-user may need access placement api to change something. https://review.openstack.org/42771511:00
*** Pavo has quit IRC11:01
egonzalezJeffrey4l: thanks11:01
Jeffrey4legonzalez, https://git.openstack.org/cgit/openstack/openstack-manuals/commit/?id=c3ac94c34fa974e0f6b20647072bae0956714a0811:01
openstackgerritJeffrey Zhang proposed openstack/kolla master: Using CI mirror host  https://review.openstack.org/36572111:04
*** Pavo has joined #openstack-kolla11:06
*** sdake has joined #openstack-kolla11:07
*** l4yerffeJ has quit IRC11:09
*** l4yerffeJ_ has joined #openstack-kolla11:09
*** sdake_ has joined #openstack-kolla11:09
*** sdake_ has quit IRC11:11
*** sdake_ has joined #openstack-kolla11:12
*** sdake has quit IRC11:12
*** matrohon has quit IRC11:14
*** sudipto_ has quit IRC11:19
*** sudipto has quit IRC11:19
*** yuanying_ has quit IRC11:20
*** penfold has joined #openstack-kolla11:21
Jeffrey4legonzalez, could u review this again? https://review.openstack.org/41547211:31
openstackgerritJeffrey Zhang proposed openstack/kolla-ansible master: [wip] enable ceilometer related project in gate  https://review.openstack.org/41227811:31
egonzalezJeffrey4l: i'm testing it11:31
Jeffrey4lcool. thanks.11:31
egonzalezin local centos/source works11:32
egonzalezdont know why sometimes fail in gates and others not11:32
Jeffrey4li tested centos+source too.11:32
Jeffrey4lthis patch do not have placement api. so gate is red.11:32
egonzalezoo right, until the placement api is not merged, compute won't start11:33
Jeffrey4legonzalez, yes. so the placement patch is almost green ( except ubuntu+binary )11:33
Jeffrey4lcurrently, two issue bust the gate. 1. cellv2 is requried and not setup.  2. placement api is requried and not setup.11:34
des_consoladostill wrestling with `kolla-kubernetes/tools/secret-generator.py create` today. I've got past the problems with the kolla and kolla config paths not being found because of the perceived root and all that. Now it's moaning that hostvars is undefined.11:45
des_consoladothere's a bug for this here, I don't really understand it though https://bugs.launchpad.net/kolla-kubernetes/+bug/164924711:46
openstackLaunchpad bug 1649247 in kolla-ansible "Secret generate fail with hostvars is undefined for kubernetes orchestration engine" [Critical,In progress] - Assigned to Chung Chih, Hung (lyanchih)11:46
des_consoladooh I think I do I have to do something with the tunnel interface11:46
des_consoladotunnel_interface_address even11:47
des_consoladohm I thought I did this, maybe this means it's not finding the config dir/files properly...11:48
*** jtriley has quit IRC11:48
des_consoladook so it works when you add tunnel_interface_address: "0.0.0.0" to the config in globals or kolla-kubernetes.yml11:51
*** openstackgerrit has quit IRC12:03
*** athomas has quit IRC12:04
*** tonanhngo has joined #openstack-kolla12:04
*** tonanhngo has quit IRC12:07
*** hfu has quit IRC12:09
*** hfu has joined #openstack-kolla12:09
*** hfu has quit IRC12:09
*** hfu has joined #openstack-kolla12:10
*** hfu has quit IRC12:10
*** hfu has joined #openstack-kolla12:11
*** hfu has quit IRC12:11
*** hfu has joined #openstack-kolla12:12
*** hfu has quit IRC12:12
*** hfu has joined #openstack-kolla12:12
*** hfu has quit IRC12:12
*** athomas has joined #openstack-kolla12:12
*** clayton has joined #openstack-kolla12:13
*** dave-mccowan has joined #openstack-kolla12:15
*** rwallner has joined #openstack-kolla12:24
*** rwallner has quit IRC12:26
*** rwallner has joined #openstack-kolla12:26
*** athomas has quit IRC12:27
*** athomas has joined #openstack-kolla12:27
*** eaguilar has joined #openstack-kolla12:30
*** eaguilar has quit IRC12:35
*** eaguilar has joined #openstack-kolla12:37
*** openstackgerrit has joined #openstack-kolla12:37
openstackgerritJeffrey Zhang proposed openstack/kolla master: Using CI mirror host  https://review.openstack.org/36572112:37
*** skramaja has joined #openstack-kolla12:41
*** srwilkers has joined #openstack-kolla12:49
srwilkersmorning12:49
Jeffrey4lpbourke, around?12:49
Jeffrey4lmorning12:49
pbourkeJeffrey4l: hey12:49
Jeffrey4lcould u review this https://review.openstack.org/415472  and its following patch https://review.openstack.org/427715, which unblock the gate.12:50
*** satyar has joined #openstack-kolla12:51
openstackgerritJeffrey Zhang proposed openstack/kolla-ansible master: Fix typo in cloudkitty register.yml file  https://review.openstack.org/42812112:54
*** zioproto has joined #openstack-kolla12:58
openstackgerritJeffrey Zhang proposed openstack/kolla-ansible master: Fix gnocchi auth issue  https://review.openstack.org/42812413:00
*** jmccarthy has joined #openstack-kolla13:01
*** Pavo has quit IRC13:01
*** zioproto has quit IRC13:01
pbourkeJeffrey4l: this is strange, are cells mandatory now?13:01
Jeffrey4lmandatory means...13:02
pbourkerequired13:02
Jeffrey4laha, pbourke yes.13:02
pbourkeI dont see any reference to this in the ocata release notes13:02
Jeffrey4llet me find the link.13:02
Jeffrey4lif not, deploy/upgrade to ocata will raise error.13:03
pbourkeI guess ocata is not released yet so no notes as of yet13:03
*** eaguilar has quit IRC13:04
*** jmccarthy has quit IRC13:05
*** Pavo has joined #openstack-kolla13:05
Jeffrey4lpbourke, http://docs.openstack.org/releasenotes/nova/unreleased.html search "Ocata requires that your deployment have created the cell and host mappings in Newton"13:06
satyar:)13:06
pbourkeJeffrey4l: thanks!13:06
pbourkeJeffrey4l: we probably should have referenced this info in the commit message13:07
pbourkeactually its not too late, do you mind doing this?13:07
Jeffrey4lhrm. which link should be add? the release note is still in unrelease.html page.13:08
Jeffrey4lit is temporary.13:08
pbourkecan you just add the text itself?13:08
pbourkeJeffrey4l: actually dont worry about it, I dont want to remove egonzalez's +2 and slow things down13:09
Jeffrey4lok if you ask. ( there are several child patch, need rebase them and run the job again. )13:09
pbourkeJeffrey4l: its ok dont worry about it13:09
Jeffrey4lok. thanks :)13:09
egonzalezpbourke: i'm here, can add +2 again as soon as it pushed ;)13:10
Jeffrey4lthe bug describe this in detail https://bugs.launchpad.net/kolla/+bug/165258013:10
openstackLaunchpad bug 1652580 in kolla-ansible "nova upgrade failing through kolla-ansible" [Critical,In progress] - Assigned to Jeffrey Zhang (jeffrey4l)13:10
Jeffrey4lAs new hosts are added to Nova, the nova-manage cell_v2 discover_hosts command must be run in order to map them into their cell.13:11
Jeffrey4lcell make nova more complicated.  when run new nova-compute serivce, need run discover_hosts command again ;(13:12
openstackgerritJeffrey Zhang proposed openstack/kolla master: Using CI mirror host  https://review.openstack.org/36572113:19
*** jheroux has joined #openstack-kolla13:22
openstackgerritMerged openstack/kolla-ansible master: Run nova-manage simple_cell_setup during deploying and upgrading  https://review.openstack.org/41547213:22
*** v1k0d3n has joined #openstack-kolla13:24
*** matrohon has joined #openstack-kolla13:26
*** trinaths has quit IRC13:30
Jeffrey4lpbourke, placement api fix is blocked by a kolla project patch https://review.openstack.org/427714 , could u review it ;)13:32
*** rwallner has quit IRC13:39
*** rwallner has joined #openstack-kolla13:42
*** rwallner has quit IRC13:44
openstackgerritJeffrey Zhang proposed openstack/kolla master: Using CI mirror host  https://review.openstack.org/36572113:44
*** rwallner has joined #openstack-kolla13:45
*** lamt has joined #openstack-kolla13:47
*** Bino has joined #openstack-kolla13:48
*** zhurong has joined #openstack-kolla13:48
*** satyar has quit IRC13:51
BinoHi, I'm a newbie to kolla. I've already run a basic install with docker-ansible but I would like to experiment Kubernetes Kolla. What is the best option to begin with it, is the doc http://docs.openstack.org/developer/kolla-kubernetes/quickstart.html accurate ?13:52
*** eaguilar has joined #openstack-kolla13:53
openstackgerritMerged openstack/kolla master: Add openvswitch package for nova-libvirt container  https://review.openstack.org/42800113:55
*** eaguilar has quit IRC13:56
*** crushil has quit IRC13:56
*** srwilkers has quit IRC13:57
*** goldyfruit has joined #openstack-kolla13:58
*** srwilkers has joined #openstack-kolla13:58
*** eaguilar has joined #openstack-kolla14:01
*** eaguilar has quit IRC14:02
*** sps has joined #openstack-kolla14:03
*** sps is now known as Guest444414:04
*** lrensing has joined #openstack-kolla14:04
*** lamt has quit IRC14:04
*** fguillot has joined #openstack-kolla14:06
*** zhurong has quit IRC14:06
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes master: WIP Adding compute-kit chart  https://review.openstack.org/42815014:08
*** eaguilar has joined #openstack-kolla14:08
*** eaguilar has quit IRC14:09
*** eaguilar has joined #openstack-kolla14:12
*** Serlex has quit IRC14:13
*** Serlex has joined #openstack-kolla14:13
*** eaguilar has quit IRC14:14
*** rhallisey has joined #openstack-kolla14:14
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes master: WIP Adding compute-kit chart  https://review.openstack.org/42815014:15
*** rwallner has quit IRC14:16
*** zhurong has joined #openstack-kolla14:17
*** crushil has joined #openstack-kolla14:19
*** rwallner has joined #openstack-kolla14:19
*** eaguilar has joined #openstack-kolla14:21
*** eaguilar has quit IRC14:22
*** Jeffrey4l has quit IRC14:24
*** jtriley has joined #openstack-kolla14:26
*** satyar has joined #openstack-kolla14:28
*** eaguilar has joined #openstack-kolla14:30
*** jtriley has quit IRC14:31
*** eaguilar has quit IRC14:33
*** andyjones2001 has joined #openstack-kolla14:36
*** Jeffrey4l has joined #openstack-kolla14:36
*** lamt has joined #openstack-kolla14:39
*** eaguilar has joined #openstack-kolla14:40
*** Jeffrey4l has quit IRC14:42
*** eaguilar has quit IRC14:42
*** crushil has quit IRC14:43
*** crushil has joined #openstack-kolla14:44
*** Jeffrey4l has joined #openstack-kolla14:44
*** m1dev has joined #openstack-kolla14:44
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes master: WIP Adding compute-kit chart  https://review.openstack.org/42815014:48
*** krtaylor has quit IRC14:48
*** tonanhngo has joined #openstack-kolla14:49
*** jtriley has joined #openstack-kolla14:53
*** mannamne has joined #openstack-kolla14:55
*** cliles has joined #openstack-kolla14:58
*** m1dev has quit IRC14:58
*** Pavo has quit IRC15:01
*** eaguilar has joined #openstack-kolla15:01
*** sudipto_ has joined #openstack-kolla15:03
*** sudipto has joined #openstack-kolla15:03
*** Pavo has joined #openstack-kolla15:05
*** penfold has quit IRC15:08
*** zhurong has quit IRC15:09
clileshow are schema changes to the db handled?15:13
egonzalezcliles: depends of the service15:16
*** dave-mccowan has quit IRC15:18
clilesegonzalez: for keystone, I've rebuilt and now getting Unknown column when trying to redeploy15:18
*** Bino has quit IRC15:18
egonzalezrebuild and (upgrade or reconfigure)15:19
clilesI'm wondering if I'm doing it wrong by just redeploying or if I need to be using the upgrade15:19
egonzalezupgrade, otherwise db schema is not sync15:19
clilesha, yeah15:19
egonzalezusing old db schema with new code does not work15:19
clilesran upgrade and see the migrate log statements15:20
clilesty15:20
*** jmccarthy has joined #openstack-kolla15:21
egonzalezcliles: are you testing upgrades?15:21
jmccarthyHmm is this the most up to date image building info ? https://github.com/openstack/kolla/blob/master/doc/image-building.rst15:21
*** sp__ has joined #openstack-kolla15:21
clilesegonzales: I've been rebuilding and redeploying since like aug15:21
clilesseems I've been doing it wrong for a while now....15:21
egonzalezcliles: help testing upgrades  is welcomed :)15:22
egonzalezcliles: have a couple of changes for keystone db migration https://review.openstack.org/#/c/425446/ https://review.openstack.org/#/c/425833/15:23
egonzalezjmccarthy: think so15:25
egonzalezjmccarthy: found an error?15:25
*** sp__ has quit IRC15:26
*** saneax is now known as saneax-_-|AFK15:26
*** eaguilar has quit IRC15:26
*** lamt has quit IRC15:26
jmccarthyegonzalez: Just with my memory ;)15:27
egonzalezjmccarthy: hehe, nothing changed in the image building for a while iirc. should be fine that guide15:28
sdake_bmace_ ify our about - have a script that gets kolla-kubernetes running15:28
sdake_bmace_ its actually a collection of various things15:28
sdake_bmace_ something to work from15:28
*** eaguilar has joined #openstack-kolla15:32
*** adrian_otto has joined #openstack-kolla15:33
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes master: WIP Adding compute-kit chart  https://review.openstack.org/42815015:33
Serlexalso interested sdake_ from QA side15:33
*** breitz has quit IRC15:33
sdake_Serlex could you expand - you mean on the script work?15:34
*** dave-mccowan has joined #openstack-kolla15:34
sdake_Serlex orspeaking of something else15:34
*** breitz has joined #openstack-kolla15:34
Serlexyes on script work, I probably have no input more testing15:34
sdake_just got a full from bare metal all the way to openstack on kubernetes in 35 minutes15:34
sdake_Serlex sorry that sentence didnt' parse - coudl you rephrase15:35
des_consoladowhat's the deal with tools/setup_kubernetes.sh ?15:36
SerlexSure. I'm interested in getting kolla-kubernetes running without the pain equivalent to sticking needles into my eyeballs. If you have a script which makes running kolla-kubernetes then i'm very much interested to know more15:36
Serlexif that didn't make sense, then I'm sorry15:36
*** lamt has joined #openstack-kolla15:37
des_consoladohaving a hard time working out how the positional parameters are being used looking at the script15:38
*** mdnadeem has quit IRC15:40
*** sayantani01 has joined #openstack-kolla15:43
*** krtaylor has joined #openstack-kolla15:44
*** rwallner has quit IRC15:50
*** adrian_otto has quit IRC15:51
*** rwallner has joined #openstack-kolla15:52
*** rwallner has quit IRC15:55
*** rwallner has joined #openstack-kolla15:55
*** jtriley has quit IRC16:00
openstackgerritMerged openstack/kolla-ansible master: Build deploy guide files and tox environment  https://review.openstack.org/42610516:00
kfox1111morning16:02
sdake_portdirect srwilkers ready to go?16:02
*** eaguilar has quit IRC16:04
*** jmccarthy has quit IRC16:06
openstackgerritMerged openstack/kolla stable/mitaka: Fix the gate failure  https://review.openstack.org/42779816:11
openstackgerritMerged openstack/kolla stable/mitaka: Fix docker restart policy issue on docker engine 1.13  https://review.openstack.org/42411516:12
*** inc0 has joined #openstack-kolla16:14
inc0o/16:14
*** inc0 has quit IRC16:14
*** inc0 has joined #openstack-kolla16:15
kfox1111inc0: sorry I missed you yesterday. had meetings go way long.16:15
inc0np16:17
SamYapleinc0: you ponged my yesterday16:17
inc0yeah Sam16:18
inc0soo which image do you use for galera?16:18
kfox1111yeah. me too.16:18
SamYapleyou have to use mariadb:10.116:18
SamYapleonly 10.1 has galera baked in16:18
inc0mariadb:10.1 doesn't seem to have wsrep stuff16:18
SamYaple... its not possible to get it withouth wsrep stuff...16:18
SamYapleits built-in16:19
inc0kfox1111, wanted to pick up convo where we left off;)16:19
inc0hold on, let me show you change16:19
kfox1111inc0: can you wf this please: https://review.openstack.org/#/c/427375/216:19
kfox1111inc0: sure.16:19
inc0https://review.openstack.org/#/c/427931/ SamYaple16:19
inc0I'm playing around:)16:19
SamYapleinc0: i saw it16:20
sbezverkkfox1111: morning, could you take a look at the error I am getting, in my local test bed I do not see te same error/16:20
kfox1111sbezverk: sure.16:20
inc0I'll rebuild images with mariadb:10.1 and show you error I'm getting16:20
sbezverkkfox1111: http://logs.openstack.org/50/428150/4/check/gate-kolla-kubernetes-deploy-centos-binary-2-helm-entrypoint-nv/f5a1cdc/console.html#_2017-02-02_15_47_30_22567916:21
*** Guest4444 has quit IRC16:21
inc0kfox1111, so I don't think we'll be able to have generic kolla image, but infra images can be much lighter with this approach16:22
kfox1111sbezverk: thats really weird.16:22
*** rwallner has quit IRC16:22
inc0also no way to build in dockerhub for now because of jinja16:22
kfox1111inc0: I just commented on that. I think there's a way.16:23
sbezverkkfox1111: I am thinking that too :( no clue why it is barking16:23
inc0SamYaple, mysql: unknown variable 'exececute=SHOW STATUS LIKE 'wsrep_ready''16:23
kfox1111if we made an option to spit out the rendered docker files into seperate directories, and put it in a zuul merge hook, we could push them in a way docker hub could pull from them.16:24
inc0yeah, build like that would work16:24
kfox1111sbezverk:maybe tiller crashed?16:24
inc0if we have all the scripts curl-able16:24
kfox1111yeah.16:25
kfox1111we could make a  kolla-docker-hub repo or something that the hub pulls prerenderd stuff from.16:25
openstackgerritMerged openstack/kolla-ansible master: Fix genconfig for kolla-kubernetes  https://review.openstack.org/42737516:25
kfox1111so the source is usable by devs to build stuff easily, and for ops to rebuild stuff from scratch,16:25
kfox1111or the hub git stuff is just a cached partial rendering that the hub can use to build.16:25
*** eaguilar has joined #openstack-kolla16:26
kfox1111sbezverk: oh. wait.16:27
kfox1111I think i may know...16:27
inc0hmm16:28
inc0I know what I did16:28
inc0and I'm ashamed16:28
SamYapleinc0: ill have a look at the review16:29
inc0execucute is really cute16:29
inc0let me fix this one and try to get it to deployable state, I'm fairly close16:29
kfox1111sbezverk: ok, here's the deal...16:30
inc0also these builds in much less than 1min so that's a bonus;)16:30
kfox1111I think its helm_build_all maybe. it stops running the repo at the end of the build process.16:31
SamYapleinc0: you aren't overriding the ENTRYPOINT?16:31
inc0I am now16:31
inc0this isn't up to date16:31
inc0I'll post working ps later today I hope16:31
*** prameswar has quit IRC16:32
SamYaplekfox1111: inc0: like i said, i have a much better build system in https://github.com/yaodu for cicd. builds from scratch are under a minute _and_ it can be built from patchset references16:33
SamYapleim more than happy to bring it to kolla, its the repo build thing i was refering too16:33
SamYaple_but_ it does mean you would have to deprecate things16:33
SamYapleon the up side, those images build in dockerhub and are ultra tiny16:33
sbezverkkfox1111: I just do not see what is the big difference, why all of a sudden it started failing16:34
*** adrian_otto has joined #openstack-kolla16:34
kfox1111SamYaple: +1 to tiny builds. and hub builds. would like to explore how an op could build it all themselves though. is that still an option? Is it easy to make chagnes that touch all the containers or do you have to go do a bunch of work? what are the features that will have to be depricated?16:35
kfox1111sbezverk: on your host, maybe you had the helm repo server running the whole time?16:35
*** jtriley has joined #openstack-kolla16:35
*** mannamne has quit IRC16:35
sbezverkkfox1111: yes I do have it running all the time16:35
inc0so overrides is something I wouldn't be too fond of leaving out16:35
kfox1111sbezverk: yeah. thats one thing I think may be different between your system and the gate.16:36
inc0I'd rather do what kfox1111 suggested - make images tiny but keep jinja216:36
kfox1111if you did the helm package build in helm_build_all.sh I think it might work?16:36
inc0also not having openstack-base will make overall build much longer16:36
sbezverkkfox1111: I usually do 4 separate steps in my local cluster16:36
SamYaplekfox1111: right now, since you all opened up templating to use configs to the Nth degree, thats a feature that will need to go through the deprecation process16:37
kfox1111I'm ok having a much longer build, as its not done frequiently, and ideally would be ci'ed, so people don't notice it so much.16:37
SamYapleinc0: youre wrong. i build keystone in under a minute. dockerhub does it in 6 minutes16:37
SamYaplekfox1111: builds _should_ be done frequently for CI/CD stuff16:38
inc0SamYaple, but we have much more images16:38
kfox1111SamYaple: yeah. agreed. but its not something a user will be sitting and waiting on, was my point.16:38
inc0and these won't reuse much16:38
kfox1111it just "happens"16:38
inc0and yes, you can setup apt-cache and stuff16:38
SamYapleinc0: no, all openstack services will build in about a minute16:38
inc0each will build under a miute16:39
SamYapleyep16:39
SamYapleunless it has _alot_ of packages (nova-compute qemu stuff)16:39
inc0all of them combined will build in much more than if they share common base16:39
portdirecto/16:39
SamYapleinc0: no. youre forgetting parallel16:39
kfox1111hey portdirect16:39
SamYaplerunning in parallel, it will be _faster_ than kolla. build hardware depending16:39
SamYapleplus, now it can be distributed to a build farm16:40
portdirectOn call so only reading tiny context16:40
portdirectI can build all yaodu images in under 12 mins16:40
SamYapleand thats in serial :P16:41
SamYaplekolla serial is well over an hour (albiet, far more images)16:41
portdirectCorrect16:41
SamYapleinc0: given the nature of the unlinked images, you could build _all_ services at the same time16:41
inc0or you could have common base image with python deps16:41
inc0but regardless16:41
SamYaplewhich means you can't CICD well16:42
inc0this is just testing16:42
SamYaplethat was the whole things16:42
inc0SamYaple, you could if you build them with squash16:42
SamYaplethat doesnt help....16:42
SamYapleif you want to build keystone, you have to take 15minutes out of your day in kolla16:42
inc0anyway, again, matter of testing and research16:42
SamYaplei mean, testing shows kolla is pretty awful at CICD16:43
SamYapleand having to build _ALL_ images at the same time is bad16:43
SamYaplebut i dont know how to take kolla to the next level with all the deprecation thats needed16:43
kfox1111+1 for more ci/cd support in kolla.16:43
inc0yeah, we'd effectively deprecate base_distro16:44
inc0and I'm pretty ok with that tbh16:44
SamYapleyou'd need to get rid of _all_ layers16:44
SamYaplelayers are whats killing CICD16:44
kfox1111why have to depricate distro support? or am I misunderstanding?16:44
inc0Sam wants to get rid of jinja216:44
portdirectkfox1111: we dont have to do that - but the layering nature of kolla kills it for ci/cd pipeline16:45
inc0so all images are dockerhub-buildable16:45
SamYaplemore accurately, i want to get rid of external tooling16:45
kfox1111portdirect: why? is it due to the lack of dep suport in ci/cd systems? or somethign else?16:45
inc0and without jinja2, distro support becomes pretty hard16:45
SamYaplekfox1111: you can't publish an image that was built in CICD16:45
portdirect^^16:45
kfox1111SamYaple: why not?16:45
SamYaplekfox1111: because it has its own unique base and openstack-base layer16:46
SamYapleso if you build keystone, then glance on a different node, they _DONT_ share layers16:46
kfox1111so? you can docker push that?16:46
portdirectthe tracability becomes very hard - as dow the need for extrnal tooling to build16:46
* portdirect keyboard mashing as usual16:46
SamYapleok. now kolla has images that are over 800MB. no sharing16:46
inc0kfox1111, if you build base in 2 different ci runs16:46
kfox1111ok, but then why not bild the shared image first, then the rest in parallel?16:46
inc0and one breaks another16:46
*** rwallner has joined #openstack-kolla16:46
SamYaplekfox1111: but only keystone has changed, anytime keystone changes you have to rebuild and REPUSH all images16:47
inc0they can't share anything if you want auto-uploaded per-image cicd16:47
kfox1111no, not saying everythign needs to be in the base image.16:47
kfox1111but like, python maybe.16:47
SamYapleinc0: well thats not true. they can16:47
SamYaplekfox1111: really, im telling you the overhead is tiny16:47
inc0not in 100% reliable way16:47
SamYaplethe yaodu layer for keystone is under 40MB16:47
SamYapleinc0: you really can16:47
SamYapleinc0: dockerhub has triggers16:48
kfox1111SamYaple: if you have 10 containers on a controller, how much does that blow up though?16:48
SamYaplekfox1111: ~40MB per service (or far far less than kolla)16:48
inc0SamYaple, on debian tho16:48
SamYaplekfox1111: overall, it uses significanlty less space than kolla16:48
kfox1111is taht due to broken layering in kolla though?16:48
SamYapleinc0: there is ubuntu and centos as well16:48
inc0ubuntu and centos are 200+MB16:48
SamYapleinc0: youre wrong16:48
kfox1111ie, could it be even less if more sharing happened?16:48
SamYapleinc0: images sizes are here https://github.com/yaodu/docker-keystone16:49
srwilkersmorning o/16:49
portdirecthey o/16:49
bmace_sdake_: around?  you can email or pastebin or use whatever mechanism to get me that script you were mentioning?  i'll give it a look.16:49
SamYaplekfox1111: the space could potentially be less, yes.16:49
inc0ubuntu is 129MB16:49
portdirectbmace_: on call with sdake now16:49
inc0according to docker16:49
SamYaplekfox1111: however, the space savings of that for breaking ci/cd is no good16:49
inc0pure ubuntu 16.0416:49
kfox1111SamYaple: still not sure why it breaks ci?16:50
inc0centos 19116:50
SamYapleinc0: compressed vs uncompressed. if you want to compare those sizes Kolla == 1GB for keystone. yaodu images == 300MB16:50
kfox1111SamYaple: is the ci your using not suport dependencies?16:50
inc0SamYaple, but kolla has *a lot more* images today16:50
SamYaplekfox1111: you can't build one service independant from another. so if keystone has a change, to use that keystone change you must rebuild _ALL_ images16:50
SamYapleinc0: no, 1GB PER SERVICE16:50
SamYapleinc0: keystone is 900MB build on my system16:50
inc0with a lot of sharing tho16:50
kfox1111only if keystone is in the base image?16:51
SamYapleinc0: not in cicd :)16:51
inc0point taken16:51
kfox1111why would a common layer have to change if keystone changes. thats whats confusing me.16:51
SamYaplekfox1111: because the common layer has things like openstack-requirements16:51
inc0but regardless, if we do it in prod16:51
inc0it will be bigger space eater16:51
kfox1111SamYaple: ah. well, what if it diddnt?16:51
SamYaplekfox1111: then you wouldnt need a common layer16:52
kfox1111SamYaple: but you still have a bunch of stuff that really is shared? like python and a bunch of common python stuff?16:52
inc0anyway, regardless, without jinja2 we can't have multi-distro imho16:52
SamYapleinc0: are you saying yaodu images will be more space than kolla in total?16:52
openstackgerritMerged openstack/kolla master: Fix mistral _50_mistral.py location  https://review.openstack.org/41730116:52
SamYaplebecause thats blatantly wrong too16:52
openstackgerritMerged openstack/kolla stable/newton: Fix typo heat.conf  https://review.openstack.org/42776416:52
kfox1111I still think that can be managed in a seperate step.16:52
*** rwallner has quit IRC16:52
inc0SamYaple, idk, I never tested it, I'm saying deployed infra might16:53
pbourkeinc0: we could do the sed stuff. but unfortunately its too late to change I think16:53
kfox1111ie, do a jinja step to make manging all the options easy and do less code, then render the Docker files and use those for ci?16:53
SamYapleinc0: it really one. the entire yaodu image with _ubuntu_ base is still less than the single keystone layer in kolla16:53
SamYaplekfox1111: thats doable for sure. some other projects have done simliar things16:53
inc0pbourke, not it this context I think, you can't sed image you're building16:53
pbourkeinc0: you should take a look at what SamYaple is doing in yaodu. Im not saying we can use it but its very interesting16:54
SamYaplekfox1111: generating the dockerfile on commit is something official docker iamges do, albeit with a bash script. and not normally entire sections of code (just versions)16:54
inc0well, ok, I grant you that, it will share base distro image which is biggest part of it16:54
SamYapleinc0: no you misunderstand16:54
*** jtriley has quit IRC16:54
inc0pbourke, I did and this is what I'm working on now:P https://review.openstack.org/#/c/427931/16:54
SamYaplekeystone kolla layer is greater than yaodu keystone in total16:54
inc0ok16:55
inc0I wonder why tho16:55
SamYaplelook, my point is, these images are what kolla _NEEDS_ to get to. but frankly, i don't see a path forward16:55
SamYapleinc0: single layer, removed all cruft. no build tools16:55
SamYaplelots of reasons16:55
inc0not without deprecating whole bunch of stuff, which will have to happen at some point16:55
*** rwallner has joined #openstack-kolla16:56
SamYapleinc0: hey man, you want to put it on the roadmap, ill work with you16:56
*** rwallner has quit IRC16:56
SamYaplei would love to see kolla switch to this image model16:56
inc0we will have session on PTG16:56
*** rwallner has joined #openstack-kolla16:56
SamYapleit can be built automatically in dockerhub _and_ its much much faster16:56
inc0I recognize that we need to rething our images16:56
srwilkersinc0, no ones saying it needs to happen overnight. but i agree with SamYaple that it should be on the roadmap in the future16:56
kfox1111what must be depricated?16:57
inc0template overrides comes to mind for sure16:57
kfox1111+1 to talking about it more at the ptg.16:57
SamYaplekfox1111: so right now, you can right a single macro and change a whole much of stuff in the base image16:57
srwilkerskfox1111, agree. +1 to PTG16:57
SamYaplewell, if no common base is shared.... you can't do that16:57
kfox1111we were going to talk about ci/cd at the ptg nayway. this would be a good thing to talk about too, as it affects ci/cd16:57
kfox1111SamYaple: I think you might still?16:58
openstackgerritMerged openstack/kolla master: Add nova-placement-api container  https://review.openstack.org/42771416:58
kfox1111you just have to make sure you can aplpy the base template change to all the containers?16:58
kfox1111rather then the base container?16:58
kfox1111ie, if you did the jinja2 -> docker file thing,16:58
SamYaplekfox1111: true, but that could kill some peoples cicd (doing the same step for each image)16:58
kfox1111you could just include the base override macro in all the individual templates?16:58
inc0yeah, we could keep lots of stuff because of jinja16:58
SamYapleim just saying, its a major change that might be hard to fix now that jinja2 is even more embrassed16:58
kfox1111but wouldn't need a base container naymore.16:59
SamYapletrue enough. and thats the way to go16:59
inc0SamYaple, I don't think removing all the external tooling is feasable for general use case16:59
SamYaplealong with not carrying rabbitmq and mariadb anymoe16:59
inc0like, RH people won't want to deploy debian based containers16:59
SamYapleinc0: i mean, it is16:59
kfox1111yeah. I like the fact I can kubectl exec into a container, and know its layout better, as its redhat based.17:00
SamYapleinc0: but they do! mariadb:10.117:00
kfox1111yeah, I understand ubuntu, but it still takes longer to learn how to admin more then one distro.17:00
*** athomas has quit IRC17:00
qwangPlease feel free to comment or revise. https://etherpad.openstack.org/p/openstack-on-helm17:01
*** Pavo has quit IRC17:01
inc0SamYaple, what I'm saying, we can tell them "don't worry about it"17:01
qwangalanmeadows: hogepodge ^^^^^17:01
kfox1111SamYaple: all in all, I think the idea is a good one. I think we can maybe refine the idea so that we don't loose so many features. I don't think they are multually exclusive ideas.17:01
inc0we can break this down to - thin up images and remove external tooling17:02
*** rwallner has quit IRC17:02
inc0these are 2 distinct steps that can be handled separately17:02
kfox1111which "external tooling" are you talking about? the jinja2 stuff?17:02
inc0build.py17:02
SamYaplekfox1111: yea. build.py17:02
kfox1111ah. yeah.17:03
kfox1111I think that can be split up simlarly to what were doing in kolla-kubernetes.17:03
kfox1111have a prebuild step and a build step.17:03
SamYaplekfox1111: i dont think there is one or the other going on, but kolla is _REALLY_ far away from anything that resembles a docker project at the moment17:03
inc0I mean without layers17:03
*** jtriley has joined #openstack-kolla17:03
kfox1111prebuild just renders the templates to something that can then be used natively.17:03
kfox1111like docker hub.17:03
kfox1111or ci17:03
inc0we can use build.py to render self-contained dockerfiles17:03
kfox1111build is a script for those that don't want to do that.17:03
openstackgerritEduardo Gonzalez proposed openstack/kolla-ansible master: Integrate designate with neutron  https://review.openstack.org/42467917:03
kfox1111SamYaple: yeah, and I think in some ways, kolla makes it much easer not to have a security incident. :/17:04
*** japestinho_ has quit IRC17:04
kfox1111caue you can build a whole, patched set of containers at once. :/17:04
kfox1111docker hub doesn't give you any mechanism to keep packages up to date in your containers. :/17:04
SamYaplekfox1111: i think rebuilding and redeploying daily (without downtime or lost packets) is a better way17:04
kfox1111SamYaple: I agree.17:05
SamYaplekfox1111: it realyl does. you can trigger a rebuild if ubuntu:latest changes17:05
inc0SamYaple, yes...for 1% of people th17:05
inc099% will deploy when needed17:05
kfox1111SamYaple: no, there are still use cases where that fails.17:05
kfox1111docker autobuild watches for git changes.17:05
*** Pavo has joined #openstack-kolla17:05
SamYaplekfox1111: this is different17:06
kfox1111but if your container depends on a rpm package,17:06
kfox1111it can't notice that.17:06
*** sdake has joined #openstack-kolla17:06
kfox1111ie, if the next openssl volnerability gets found/fixed,17:06
inc0kfox1111, but thats cron-able17:06
kfox1111there isn't an easy way for containers to notice, and rebuild.17:06
inc0redeploy dailt even if nothing changed in git17:06
sdakeportdirect can you finish the submission - my intenet imploded17:06
des_consoladoguys could you tell me what you are using to provision hosts with kubernetes before deploying kolla-kubernetes? are you using this setup_kubernetes.sh at all?17:06
pbourkekfox1111: I think most will want to build with jenkins17:07
kfox1111inc0: I think openstack's far away from a seamless redeploy. :/17:07
*** mattmceuen has joined #openstack-kolla17:07
SamYaplekfox1111: ubuntu:latest puts out an update and it triggers a rebuild of keystone. but wait. you can always manually rebuild too with a click of a button17:07
inc0des_consolado, this is only for gates17:07
inc0I personally use project called kargo17:07
SamYaplekfox1111: thats all around better than kolla which is all manual17:07
kfox1111pbourke: +117:07
kfox1111pbourke: or some other ci system. I'm all for that.17:07
*** sdake_ has quit IRC17:07
kfox1111SamYaple: yeah, but when you have 70 containers, clicking on each is a PAIN. :/17:07
kfox1111it needs to be ci friendly. :/17:08
SamYaplekfox1111: .... these all accept POSTs for rebuilts17:08
des_consoladoinc0: you mean setup_kubernetes.sh is for gates?17:08
SamYapleCI friendly rarely if ever means "manual"17:08
inc0correct des_consolado17:08
kfox1111SamYaple: we really need:17:08
*** egonzalez has quit IRC17:08
kfox1111a way a ci job can check to see if a container needs updates ('yum upgrade makes changes?)17:08
kfox1111then triggers a rebuild only if something would change.17:09
SamYaplei disagree. things change so quickly you can just assume something changed17:09
kfox1111then once the containers are built, it cann trigger a helm upgrade of packages that refverence that container in koloa-kubernetes.17:09
SamYapleopenstack-requirements changed? rebuild17:09
kfox1111SamYaple: rarely.17:09
SamYaplenew day has passed? rebuild17:09
kfox1111SamYaple: ah. I see where your coming from.17:09
kfox1111SamYaple: you are assuming someone will want to run openstack from trunk.17:09
SamYaplekfox1111: im really not17:10
kfox1111so changes are so frequent that you just follow trunk.17:10
SamYaplethere are updates almost everyday _somewhere_17:10
SamYapleim talking about stable17:10
kfox1111rarely that often.17:10
kfox1111redhat is monthlyish.17:10
SamYaplei forget. we are also talking binary deploy vs source deploy, right?17:11
kfox1111yeah. I use binary deploys based on rdo.17:11
SamYaplebecause openstack-requiremetns changes often enough on stable17:11
SamYapleyea i guess thats going ot be adifferent17:11
SamYaplehonestly, i havent even attempted to look into binary stuff in those yaodu images17:11
SamYapleas it is now, i wouldnt even let them merge17:12
SamYapleusing the same structure in kolla would be different17:12
kfox1111so, thats one thing we will have to resolve.17:12
pbourkei was thinking yaodu images could be offered as a drop in alternative in kolla. The main work really is in ansible/k8s to bind in the start scripts at runtime rather than expecting them to be baked in17:12
pbourkei almost got this working with keystone17:13
kfox1111uh,17:13
kfox1111that is kind of counter to docker philosophy.17:13
*** tonanhngo has quit IRC17:13
inc0pbourke, we need to host openstack service images in kolla17:13
kfox1111the container should contain all the software needed.17:13
kfox1111poking software into the container at runtime's really ugly. :/17:13
inc0we are meant to be source of services17:13
pbourkeSamYaple: ^ ?17:13
inc0I'm ok with not hosting mariadb and stuff like that17:13
kfox1111I'd rather inherit from the containers and poke stuff in then poke them in at runtime.17:14
inc0but openstack - that's us.17:14
SamYaplekfox1111: disagree. the official docker images often say "just bind in an override entrypoint"17:14
kfox1111like, copy this binary in and run it?17:14
SamYapleyea17:14
kfox1111thats really ugly. :/17:14
kfox1111how do you know the two sofware is compatible?17:15
SamYaplekfox1111: some projects have a goal of agnostic images. so you can bring your own, bring your redhat licensed private image build, it doesnt matter17:15
kfox1111docker's claim to faime, is the ability to build someting once, and deploy the same tested thing everywhere.17:15
SamYaplethe only way to make that work is by treating it like a binary, and you bringing the service script17:15
kfox1111that elminates that. :/17:15
SamYapleit really doesnt17:15
pbourkethe image is still the binary. the script is just starting it17:16
SamYaplethat 'deploy the same tested thing' doesnt include configs17:16
kfox1111so, I really want atomic images. they never change, they are tested before deployed, and garenteed to be the same running on the production system as the test system.17:16
SamYapleand these could be considered configs and versioned as such (ie, kolla-ansible 4.0.0)17:16
kfox1111a x86_64 binary is not a config file though.17:16
kfox1111thats stretching the analogy too far I think.17:17
SamYapleits pretty darn close with all the versioning involved17:17
kfox1111I'd much rateher just inherit from the parent container and add the binary into a new build.17:17
kfox1111then you can tag it/ pull it everywhere.17:17
SamYaplekfox1111: also the config file i hope17:17
SamYapleusing only ENV vars to add anything new17:18
kfox1111env doesn't scale. :/17:18
SamYaplebecause _THATS_ the docker model17:18
SamYapleENV vars are, however, controlable17:18
kfox1111dockers phylosophy on evn is the same the config management tools took.17:18
SamYapleso you can control the configuration thats running17:18
kfox1111"we provide an abstraction that you must write a ton of code for to map the abstraction to the underlying config system of the program"17:19
kfox1111and its rare its fully configurable. :/17:19
SamYaplei know... this is my point. the docker model is flawed for complex applications17:19
kfox1111theres a huge amount of chef/puppet code to try and do that, and they all are incomplete. :/17:19
SamYapleyou can't pick and choose here17:19
kfox1111agreed.17:19
kfox1111some things they got right, some things they got wrong.17:20
kfox1111the build/deploy seperation they got right I think.17:20
SamYapleanyway. official docker has recommended 'bind entrypoint script in at run time' in the past. its not nearly as frowned on as it was intiially17:20
kfox1111the config via envs, they got wrong. config file passing in by bind mount works though.17:20
SamYaplethat dependso n who you ask17:20
SamYaplethe ENVs make config ultra controllable17:20
SamYaplewhich some people want17:20
SamYapleit fits some models well17:20
kfox1111yeah. it could work, if its a very simple thing. but I don't think generally it holds.17:21
SamYapleive got to head out. good conversation as normal17:21
kfox1111yeah. when you don't have very much configurabiliyt, the mapping code isn't hard to write.17:21
des_consoladoare any of you guys using kolla-kubernetes in production? I guess not right? ;p17:21
alanmeadowsqwang: what is social summary?17:21
SamYaplei land firmly in bind-in-startup-scripts though17:21
openstackgerritEduardo Gonzalez proposed openstack/kolla-ansible master: Integrate designate with neutron  https://review.openstack.org/42467917:21
kfox1111des_consolado: I'm working on deploying it.17:21
kfox1111SamYaple: and I disagree. and thats ok. :)17:21
SamYaple:) agree17:21
kfox1111the startup scripts are inimately tied to the continer.17:22
kfox1111so belong in the container.17:22
kfox1111so long as both use cases can be handled, I'm good. :)17:22
qwangalanmeadows: I think it's about the purpose of the talk to the community17:22
* portdirect reading scollback, in boring meeting17:22
kfox1111I think my use case can stil be handled by just inheriting from your containers.17:22
alanmeadowsqwang: so expand on abstract essentially17:22
qwangalanmeadows: right17:23
openstackgerritEduardo Gonzalez proposed openstack/kolla-ansible master: Integrate designate with neutron  https://review.openstack.org/42467917:24
kfox1111SamYaple: so, I think kolla compatible images could be built from yaodu images by just inheriting from each one and adding the kolla_start stuff on top?17:24
pbourkedo we end up with the layering problem again then?17:25
srwilkersi say we shelve a lot of this discussion for the PTG. definitely something that needs quite a bit of attention overall17:26
kfox1111pbourke: would be a 1:1 mapping, so would be easier to solve.17:27
kfox1111srwilkers: +1.17:27
pbourkekfox1111: agree17:27
*** sdake_ has joined #openstack-kolla17:27
pbourkewould like to resolve whos right on the config stuff though17:27
portdirectkfox1111: that would work, though like SamYaple I'm firmly in favour of binding startup script at container lauch, this allows the orchestration platform to take full ownership of the infra17:27
pbourkes/config/start script/g17:27
kfox1111portdirect: I'm worried about incompatabilites. :/17:28
kfox1111it would work well with shell.17:28
portdirectand config as well for that matter - the only think i want to rely on being present in the container is the binaies that are required to run the service itself17:28
kfox1111it would be maybe ok with go statically linked binaries.17:28
*** sdake has quit IRC17:28
inc0SamYaple, do you know if anyhthing changed in bootstrap method between galera we had and one from image?17:28
*** jascott1 has joined #openstack-kolla17:28
kfox1111the rest, I'm really nervious the container will lack a pip package, or a c library, or whatever.17:28
inc0wsrep_ready never gets ON17:28
portdirectkfox1111: if scoped correctly thats no problem17:29
kfox1111it would be way easier if kolla_start was a go binary. :/17:30
portdirectI'm working toward using containers that don't contain a shell at all, the only assumption being that the python stdlib will be present17:30
portdirectkfox1111: i hope that was a joke :)17:30
kfox1111portdirect: only partially.17:30
kfox1111doing what your suggesting with putting all of kolla_start in a configmap and passing the whole virtualenv in I think woudl be safest, but ugly ugly. :/17:31
kfox1111if it was a go binary, it would at least only be one file. :/17:31
jascott1kfox1111 i see the koolaid is seeping in17:31
* jascott1 twiddles fingers and says "excellent"17:32
kfox1111jascott1: heh. not nessisarily.17:32
jascott1:D17:32
kfox1111I still think software belongs in the container. it makes this problem so much easier.17:32
qwanghey jascott117:32
kfox1111it makes the ci/cd issue slightly harder.17:32
jascott1hi qwang!17:32
kfox1111but that shoudl be tractable.17:32
qwangjascott1: Please check it out https://etherpad.openstack.org/p/openstack-on-helm17:33
jascott1qwang good start! hmm we might actually need to land some helm patches before the talk ;)17:34
qwangjascott1: we do need some for the talk, not the abstract17:35
des_consoladoalso what does kolla-kubernetes have to say about coreos? I guess the underlying os just isn't really that important?17:38
*** matrohon has quit IRC17:38
des_consoladoI get the impression the kubernetes community prefers coreos for baremetal deployments...17:38
sbezverkkfox1111: any suggestions to try?17:41
jascott1des_consolado Id love to explore the coreos option but doesnt seem like we are there yet17:44
kfox1111sbezverk: did you try doing the package build in the build_all script?17:44
inc0des_consolado, in all reality, you should be able to run it on coreos17:44
inc0we don't really care what is distro on your servers17:45
kfox1111des_consolado: coreos would like you to believe that. :)17:45
sbezverkkfox1111: do you mean on the local cluster?17:45
kfox1111sbezverk: in the gate. but should work there too.17:46
sbezverkkfox1111: it looks like at the gate it is already uses build_all17:47
sbezverktools/setup_gate.sh:tools/helm_build_all.sh ~/.helm/repository/kolla17:47
kfox1111sbezverk: yeah, I'm saying, I think the problem why it wasn't building for you in the gate, was the package isn't being built in the build_all script?17:47
*** satyar_ has joined #openstack-kolla17:48
sbezverkkfox1111: ok let me check then..17:48
*** Serlex has quit IRC17:49
*** satyar has quit IRC17:49
*** rhallisey has quit IRC17:50
inc0SamYaple, can I take a look at your boostrap script for galera?17:52
*** rhallisey has joined #openstack-kolla17:52
*** sudipto_ has quit IRC17:53
*** sudipto has quit IRC17:53
openstackgerritKevin Fox proposed openstack/kolla-kubernetes master: Unpin kolla-ansible  https://review.openstack.org/42736517:53
openstackgerritKevin Fox proposed openstack/kolla-kubernetes master: Pull container tallballs into the gate  https://review.openstack.org/42659817:59
*** tonanhngo has joined #openstack-kolla18:03
*** mliima_ has quit IRC18:05
openstackgerritKevin Fox proposed openstack/kolla-kubernetes master: Check to see if Horizon is working in the gate.  https://review.openstack.org/42602518:06
*** rwallner has joined #openstack-kolla18:08
*** rhallisey has quit IRC18:21
*** unicell has joined #openstack-kolla18:26
*** unicell has joined #openstack-kolla18:26
*** hieulq has joined #openstack-kolla18:29
clilesanyone else having issues with the cinder handlers from master? ansible is barfing on the conditional check for me...18:31
openstackgerritEduardo Gonzalez proposed openstack/kolla stable/newton: This feature is supporting for workers config in ironic-api.  https://review.openstack.org/42834218:33
*** srwilkers has quit IRC18:33
openstackgerritKevin Fox proposed openstack/kolla-kubernetes master: Support rolling upgrades of horizon  https://review.openstack.org/33399618:35
openstackgerritEduardo Gonzalez proposed openstack/kolla stable/mitaka: This feature is supporting for workers config in ironic-api.  https://review.openstack.org/42834318:35
*** skuda has quit IRC18:36
*** gfidente is now known as gfidente|afk18:38
sdake_bmace_ serlex here are my notes: http://paste.openstack.org/raw/597410/ -> setup.sh -> http://paste.openstack.org/raw/597412/ create-configmap.sh: http://paste.openstack.org/show/597413/ and /etc/kolla/globals.yaml -> http://paste.openstack.org/show/597288/18:41
*** salv-orlando has joined #openstack-kolla18:41
sdake_bmace_ i'll turn that into a proper review that is extracted from the gate jobs today18:41
*** shardy has quit IRC18:45
bmace_sdake_: i think using something like the python kube library we might be able to do some nicer / automated waiting for things to get up and running to make it push button end to end.  at least there is where i want to be with the halcyon-vagrant env setup.  run the container and done.18:52
kfox1111+1.18:53
sdake_bmace_ i am working on distilling the basic instructions into something humans can understand first;)18:53
sdake_bmace_ if you wnt to run with those directions wfm :)18:53
kfox1111hoping we can figure out how to get to the point where its all helm though.18:53
kfox1111so no python env needed to deploy with the packages.18:53
kfox1111that will take a while to get to though.18:54
sdake_kfox1111 ya that sounds like a good end goal - in the meanitme we need steps to get there, and the first step is to understand how what we have works :)18:54
kfox1111+118:54
sdake_the current dev env script in the queue is integrated into the gating, which makes that extremely difficult18:55
bmace_sdake_: we have some directions written up in our internal wiki that i was able to use to get 100% up, with some small tweaks here and there.  the most obnoxious parts were certainly things like the pull_containers and other wait logic in the scripts that don't work at all.. and ceph setup.  i'm pulling vagrant into the dev setup image so it can make sure ceph is set up on kube2 "automatically"18:56
kfox1111sdake_: we have to figure out how to do that better, yeah.18:56
kfox1111the problem is, our docs bitrotted when it wasn't gated.18:57
*** portdirect is now known as portdirect_away18:57
kfox1111so we will have broken devenvs if we cant gate it, or at least gate most of it.18:57
sdake_kfox1111 the cause of the bitrot is in inaccurate analsys18:57
bmace_sdake_: I think most of the gating scripts, like the ceph service workflow scripts, are mostly ok.  pull_containers imo should get yanked and the wait poll needs to be fixed to be more reliable.18:57
sdake_the reason the docs bitrotted is because nobody amintined them18:57
kfox1111sdake_: if we knew what broke, when it broke in the gate, we would fix it right away.18:57
bmace_sdake_: and a lot of hard code values need to be made into variables that can be passed in18:57
kfox1111its much harder to do it in a panic later once you realize its all broken. :/18:57
sdake_the docs were never maintained18:58
sdake_that is being fixed now18:58
kfox1111that too.18:58
sdake_it really has little to do with the gate18:58
kfox1111but the docs contained a large amount of "paste this code in"18:58
kfox1111and that code wasn't tested.18:58
sdake_right- which is fine - if the docs are tested18:58
kfox1111so when we broke that docs, then we didn't know it.18:58
sdake_the docs were not manually tested which is mandatory18:58
kfox1111the problem was there wasn't enough time to test every ps going in, and manually test the docs each time. :/19:00
kfox1111thats why I came up with the kolla-kubernetes gate in the first place. I couldn't keep up with manually testing every ps coming in.19:00
kfox1111now I can review ps's much more quickly.19:01
*** Pavo has quit IRC19:01
kfox1111manually testing each ps against the devenv docs won't scale well. :/19:01
kfox1111I'm afraid there wont be enough reviewer time to ensure the devenv doesn't regress without some kind of automation.19:03
inc0kfox1111, it will on it's own19:04
inc0when people will use devenv19:04
kfox1111it just pushes the problem onto the new devs I think. :/19:05
kfox1111then they think "oh, this isn't mature, maybe I should go look at a different project"19:05
kfox1111:/19:05
*** Pavo has joined #openstack-kolla19:06
sdake_kfox1111 both you and inc0 are correct, however, that is the nature of documentation19:06
kfox1111I guess its the struggle, do you release something but broken, or wait to release until its ready. :/19:06
kfox1111yeah.19:06
kfox1111still, as much of the docs that can be put into something testable, instead of human text, means its gate testable and less likely to be broken when they go and try it.19:07
kfox1111as well as being easier for the devs.19:07
kfox1111we just have to find the right balance there.19:07
*** inc0 has quit IRC19:10
*** inc0 has joined #openstack-kolla19:14
openstackgerritKevin Fox proposed openstack/kolla-kubernetes master: WIP: test rebooting in the gate  https://review.openstack.org/41319319:16
*** karlamrhein has quit IRC19:17
*** mgoddard_ has quit IRC19:17
*** ipsecguy has quit IRC19:18
*** ipsecguy has joined #openstack-kolla19:19
*** rhallisey has joined #openstack-kolla19:19
*** karlamrhein has joined #openstack-kolla19:22
openstackgerritSayantani Goswami proposed openstack/kolla-ansible master: Update links in documents  https://review.openstack.org/42839219:35
kfox1111oh.. that sucks....19:37
kfox1111lost a datacenter...19:37
kfox1111there goes the rest of my day.19:37
openstackgerritMerged openstack/kolla stable/mitaka: Fix typo heat.conf  https://review.openstack.org/42776819:47
*** rhallisey_ has joined #openstack-kolla19:48
*** rhallisey_ has quit IRC19:48
*** rhallisey_ has joined #openstack-kolla19:48
sdake_inc0 yo dude19:49
sdake_entrypoint is busted19:49
sdake_inc0 can you get it fixed plz19:49
openstackgerritSayantani Goswami proposed openstack/kolla-ansible master: WIP Deployment Guide  https://review.openstack.org/42796519:51
*** rhallisey has quit IRC19:52
*** matrohon has joined #openstack-kolla19:52
openstackgerritMerged openstack/kolla stable/newton: Add neutron vpnaas code into neutron-server container  https://review.openstack.org/41997719:52
*** skuda has joined #openstack-kolla19:56
*** gfidente|afk is now known as gfidente19:58
*** rhallisey_ is now known as rhallisey19:58
*** jascott1 has quit IRC20:00
*** jascott1 has joined #openstack-kolla20:01
*** jascott1 has quit IRC20:01
*** jascott1 has joined #openstack-kolla20:02
harlowjais there a non-draft logo for kolla up anywhere?20:03
harlowja(want one for a meetup presentation i'm doing, ha20:03
harlowjabut all i see on a simple ML search is the draft one20:04
inc0yeah, I think community is ready for this awesomeness20:04
inc0hold on20:04
harlowjathx20:04
inc0https://drive.google.com/file/d/0B9SxQBJsT7y2Nnk0QjVnSTJ5Skg0NUxpcllvXzI2SXJYZHRr/view?usp=sharing20:05
harlowjaniceee20:05
harlowjathx20:05
inc0it should have caption "you wot m8?"20:05
*** rwallner has quit IRC20:05
harlowjaha20:06
harlowjahttps://www.meetup.com/openstack/events/236906794/ btw inc020:09
harlowjaif u ant to advertise it at all, ha20:09
harlowjaits pretty much openstack + kolla + containers + where we are at20:09
inc0I'd love to see it myself:)20:09
harlowjanot a ton of alloted time, but i'll go over the top level stuff20:09
*** rwallner has joined #openstack-kolla20:09
*** salv-orlando has quit IRC20:09
inc0I'd really like to see where you guys are at;)20:09
harlowjaha20:10
harlowjasomewhere20:11
harlowjawe are building out our ansible stuff and how it integrates with jenkins (jenkins will kick off the ansible 'subroutines')20:11
harlowjabut jenkins will (to start) be the thing that does the overall orchestration20:11
harlowjawith it invoking ansible playbooks as needed20:11
harlowjathat's the current plan (so far)20:12
inc0you might be interested in our conversation about rethinking images20:12
harlowjaklindgren ^20:12
harlowjamdorman ^20:12
harlowjalol20:12
harlowjawe might, ha20:12
inc0part of it is to make them more cicd friendly20:12
harlowja??20:12
harlowjado tell20:12
harlowjalol20:12
inc0https://review.openstack.org/#/c/427931/ also stuff like this20:13
*** adrian_otto has quit IRC20:13
harlowjaklindgren u want to look at that sometime, u prob have some thoughts20:14
harlowjapersonally mariadb from a perspective of a container for us isn't so useful20:15
*** eaguilar has quit IRC20:15
harlowjacause we have a managed DB service that is managing mariadb and such20:15
inc0well it's more about "remove non openstack stuff from kolla"20:15
inc0as the images go20:15
inc0let mariadb community handle these20:16
inc0anyway, one session in ptg will be meant for that stuff20:17
harlowjaya, trying to see if klindgren can show up to that20:17
harlowjathough i'm pretty sure the eventbrite has been all taken up20:18
harlowja(i won't be there, skiing with family)20:18
harlowjapretty sure klindgren should just show up and inc0 will let him in20:18
harlowjalol20:18
*** crushil has quit IRC20:26
*** crushil has joined #openstack-kolla20:26
harlowjainc0 sometime though if u want me to talk about wtf godaddy is doing i can20:35
*** salv-orlando has joined #openstack-kolla20:35
harlowjajust let me know where to show up20:35
harlowjaat irc or whatever20:35
harlowjai can go into the current things20:35
inc0cool, I'll keep that in mind20:35
harlowja*in more detail20:35
harlowjaya, i don't mind20:35
inc0we will have bronwfield deployment session too and I'd love to hear your story tbh20:35
*** rhallisey has quit IRC20:37
*** rhallisey has joined #openstack-kolla20:37
*** rhallisey has quit IRC20:39
*** rhallisey has joined #openstack-kolla20:39
*** rhallisey has quit IRC20:39
*** rhallisey has joined #openstack-kolla20:40
openstackgerritSayantani Goswami proposed openstack/kolla-ansible master: WIP Deployment Guide  https://review.openstack.org/42796520:42
*** rhallisey has quit IRC20:44
harlowjaall at the PTG or at the summit?20:47
harlowjadoesn't seem like anyone from GD folks will be at the PTG due to existing vacations/plans ... :(20:47
inc0wherever I just want to know how you guys did this and I'm sure you'd have ton of feedback20:47
inc0shame:(20:47
*** hieulq has quit IRC20:48
harlowjaya, maybe i can spend a few hours on zoom20:48
harlowjawith whoever is interested20:48
harlowjashow the goods20:48
harlowjalol20:48
harlowja(and/or what we got so far)20:48
inc0kk I'll get sth arranged20:48
inc0also if you want to provide any feedback or want us to discuss any pain you've experienced, that'd be good place20:49
harlowjaif i send a carrier piegon to the PTG20:49
harlowjathat'd be cool right?20:49
harlowjaor multiple of them20:49
*** jascott1 has quit IRC20:49
inc0pings aren't great with IPoAC20:49
inc0IP over Avian Carriers20:50
harlowjaha20:50
*** jascott1 has joined #openstack-kolla20:50
*** jascott1 has quit IRC20:50
*** rhallisey has joined #openstack-kolla20:58
sbezverkinc0: we really need to get some help for entrypoint, can you help?20:58
inc0whats up with it?20:59
sbezverkinc0: it is a bit broken20:59
inc0elaborate please..20:59
sbezverkwe filed several issues but got 0 response20:59
sbezverkhttps://github.com/stackanetes/kubernetes-entrypoint/issues/1921:00
*** harlowja has quit IRC21:00
inc0I'll ask around21:00
sbezverkinc0: what happened that some dependencies are not enforced21:00
*** jascott1 has joined #openstack-kolla21:01
*** Pavo has quit IRC21:01
sbezverkinc0: thank you!21:01
inc0however we might have to fix it ourselves21:01
*** fguillot has quit IRC21:01
*** rwallner has quit IRC21:02
sbezverkinc0: that is an option too ;)21:02
sbezverkbut let's explore first easier way21:02
inc0well, we can try to debug issue ourselves and push pull request21:03
*** jascott1 has quit IRC21:05
*** rwallner has joined #openstack-kolla21:05
*** Pavo has joined #openstack-kolla21:05
*** salv-orlando has quit IRC21:05
*** schwicht has joined #openstack-kolla21:06
*** sharon_so has joined #openstack-kolla21:08
*** rwallner has quit IRC21:09
*** dave-mccowan has quit IRC21:10
*** Pavo has quit IRC21:17
*** mannamne has joined #openstack-kolla21:21
*** matrohon has quit IRC21:23
clilesso, how the heck are you suppose to setup different interfaces between your compute and controllers?21:23
sbezverkinc0: ok I will add bunch of debug prints into the code see if I can spot any issues21:25
inc0cliles, as in different name of interfaces?21:25
inc0you can do it in inventory21:25
inc0like [compute] /n my_compute_host network_interface=eth66621:26
clilesyeah, I did that but I have some failuers where a host with non-standard interfaces is trying to use eth021:26
inc0would you mind pasting a log?21:26
clilessure21:26
inc0and inventory?21:26
clilescan do21:26
cliles1 sec21:26
clileshttp://paste.openstack.org/show/n1KojB97ZWbBbSEWiKKR/21:28
clilesin this specific case the compute host is still using the tunnel_interface as defined in globals.yml21:29
inc0so this is one ansible quirk21:29
inc0I don't like it but that's the reality21:29
inc0try specyfying ifaces in inventory for vortex too21:30
inc0and remove these from globals21:30
v1k0d3nsdake_: hi21:30
inc0because globals.yml generally override whatever21:30
inc0including stuff in inventory21:30
v1k0d3ndid you guys find out anything on where halcyon is failing you?21:30
clilesinc0: ah, ok21:31
v1k0d3ninc0: you know anyone else using it?21:32
v1k0d3ni didn't really think anyone was using it here or needed it really.21:32
v1k0d3nwasn't sure.21:32
inc0halcyon?21:32
inc0I dont know...I dont use it personally21:32
*** l4yerffeJ has joined #openstack-kolla21:34
*** Jeffrey4l has quit IRC21:35
*** l4yerffeJ_ has quit IRC21:35
*** sayantani01 has quit IRC21:36
*** sayantani01 has joined #openstack-kolla21:37
*** Jeffrey4l has joined #openstack-kolla21:38
*** gfidente has quit IRC21:38
*** adrian_otto has joined #openstack-kolla21:39
*** l4yerffeJ has quit IRC21:45
*** l4yerffeJ_ has joined #openstack-kolla21:45
*** dave-mccowan has joined #openstack-kolla21:47
*** sambetts is now known as sambetts|afk21:49
*** jtriley has quit IRC21:55
*** salv-orlando has joined #openstack-kolla21:57
*** Pavo has joined #openstack-kolla21:59
*** Pavo has quit IRC22:01
*** lrensing has quit IRC22:05
*** mannamne has quit IRC22:06
*** satyar_ has quit IRC22:06
*** jascott1 has joined #openstack-kolla22:11
*** sayantan_ has joined #openstack-kolla22:12
*** sayantani01 has quit IRC22:12
*** Pavo has joined #openstack-kolla22:13
*** Pavo has quit IRC22:13
*** breitz has quit IRC22:14
*** salv-orl_ has joined #openstack-kolla22:15
jascott1kfox1111 ping22:15
*** Pavo has joined #openstack-kolla22:16
*** salv-orlando has quit IRC22:18
*** srwilkers has joined #openstack-kolla22:19
srwilkersafternoon22:19
srwilkerso/22:19
*** crushil has quit IRC22:19
*** rwallner has joined #openstack-kolla22:22
*** Pavo_ has joined #openstack-kolla22:23
*** jheroux has quit IRC22:25
*** harlowja has joined #openstack-kolla22:25
jascott1o/22:26
*** breitz has joined #openstack-kolla22:26
*** rwallner has quit IRC22:26
*** mgoddard_ has joined #openstack-kolla22:27
*** harlowja has quit IRC22:32
*** harlowja has joined #openstack-kolla22:33
*** sdake_ has quit IRC22:34
*** skuda has quit IRC22:35
*** sdake has joined #openstack-kolla22:37
*** Pavo_ has quit IRC22:38
*** mgoddard_ has quit IRC22:40
*** erlon has quit IRC22:40
*** Pavo has quit IRC22:46
*** portdirect_away is now known as portdirect22:49
-openstackstatus- NOTICE: Restarting gerrit due to performance problems22:51
portdirectsbezverk: had a peek at that issue you filed at k8s-entrypoint22:52
portdirectthis is pretty weird: http://logs.openstack.org/97/424697/3/check/gate-kolla-kubernetes-deploy-centos-binary-2-helm-entrypoint-nv/f687966/logs/pods/kolla-cinder-scheduler-0-dependencies.txt.gz22:53
*** salv-orl_ has quit IRC22:53
portdirectlooks like at some point an endpoint got added to that service :(22:53
portdirectwhich confuses me, as I'm not sure how thats possible22:54
*** MasterOfBugs has joined #openstack-kolla22:54
*** adrian_otto has quit IRC22:57
*** Pavo has joined #openstack-kolla22:59
*** Pavo has quit IRC22:59
*** Pavo has joined #openstack-kolla23:00
*** yuanying has joined #openstack-kolla23:08
*** Pavo_ has joined #openstack-kolla23:09
*** schwicht has quit IRC23:11
*** jascott1 has quit IRC23:14
*** jrobinson_ has joined #openstack-kolla23:18
*** jrobinson_ is now known as jrobinson23:19
sdakeinc0 portdirect - entrypoint seems to not function as advertised - could someone who can fix i t please fix it ? :)23:26
*** Pavo has quit IRC23:26
*** Pavo_ has quit IRC23:26
sdakeinc0 portdirect a whole slew of services go into a crashloopbackoff without acknowledging the dependencies defined23:27
*** Pavo has joined #openstack-kolla23:27
*** Pavo has quit IRC23:27
kfox1111sdake: you trying from service package?23:27
sdakekfox1111 yup23:27
kfox1111hmm23:27
*** Pavo has joined #openstack-kolla23:27
kfox1111that should work.23:27
sdakeif i launch them all at once, nova api fails to migrate the db - which is troubling23:28
*** dave-mccowan has quit IRC23:28
sdakei have to launch everything minus nova+libvirt, then nova+libvirt seprarately23:28
sdakewhich is another issue23:28
*** Pavo has quit IRC23:28
sdakewhich I'd file however i've been up since 4am and its bedtime23:28
kfox1111what does the logs in the dependency container for the nova-api-migradte-db job look like?23:28
kfox1111k23:28
*** tonanhngo has quit IRC23:29
*** rhallisey has quit IRC23:29
*** Pavo has joined #openstack-kolla23:29
portdirectsdake: you get halcyon working for you? or do we still need to fix something up?23:30
sdakeportdirect i have not got back to that - hopefully this weekend - although I believe bmace_ has it operational23:31
sdakeportdirect I really believe it was the mispelling in the docs you identified, however, haven't had time to verify that23:31
sdakeportdirect for the moment i wouldn't panic about it until I come back with the requested ddata23:31
*** mattmceuen has quit IRC23:31
inc0sdake, can we push patchset with bugfix?23:31
portdirectsweet - be good to get that issue closed out if so23:32
sdakeportdirect or alternately i'd come back and say it was an error in our review process (which happens)23:32
kfox1111sdake: was wondiering something, as a stopgap until we discuss configmaps at the ptg.23:32
kfox1111is the halcyon static?23:32
kfox1111the ip's, the ethernet interfaces, etc?23:33
portdirectlol - thats up to you sdake, though i think its a bit unfair to bring other projects into bugs in our docs :)23:33
portdirectkfox1111: yea23:33
sdakeportdirect i don't follow - the bugs are in kolla docs23:33
kfox1111could we make a kolla_config for halcyon, generate a bunch of configmaps,23:34
sdakeportdirect or alternately in the code23:34
*** tonanhngo has joined #openstack-kolla23:34
kfox1111and just dump them to a devenv-configmap helm package?23:34
sdakeportdirect if you don't want me to report its a bug in the kolla docs, I'll just say it was an invalid bug?23:34
kfox1111then we might be able to leave out all the python bits.23:34
sdakeportdirect been through the ringer today - let me know how you want  to proceed and i'll proceed that way - however, I haven't the energy to actually validate the problem today23:34
portdirectah sorry think I got wrong end of stick, was asking if i could close out this: https://github.com/att-comdev/halcyon-vagrant-kubernetes/issues/5023:35
bmace_portdirect: i got most of my env operational on halcyon.  i'm trying to improve some of the containerization / scripting around the bring up now23:35
*** schwicht has joined #openstack-kolla23:35
sdakeportdirect if bmace_ has validated it works for him, that is good enough for me23:35
kfox1111bmace_: great news! :)23:36
sdakeportdirect as you cn see in the last report- my wife got back tue and was in jetlag utnil about today23:36
sdakeportdirect our household is still recovering :)23:36
portdirectlol - all good :) just trying to clean the table :)23:36
sdakeme too portdirect  me too :)23:37
sdakeat the moment family is a big chunk of my table23:37
*** Pavo has quit IRC23:37
sdakesadly she is in europe again monday and tuesday23:39
* sdake groans23:39
*** tonanhngo has quit IRC23:39
sdakei'm out for a bit - possibly the count :)23:39
*** oomichi has joined #openstack-kolla23:41
kfox1111bmace_: portdirect: what do you think of that configmap idea?23:43
*** jascott1 has joined #openstack-kolla23:43
kfox1111jascott1: ping. :)23:43
*** Pavo has joined #openstack-kolla23:44
*** sdake has quit IRC23:44
portdirectkfox1111: predefined configmaps for halcyon?23:44
kfox1111yeah.23:44
bmace_kfox1111: do we really need them?  not like it is that hard to generate the configmaps23:44
kfox1111bmace_: the idea being, in theory you might be able to deploy the whole thing from just helm packages then, not needing a python env at all.23:45
bmace_assuming things aren't borked, like fluentd not working right if you don't have network interfaces that match your target env.23:45
*** srwilkers has quit IRC23:45
*** Pavo has quit IRC23:45
jascott1kfox1111 pong23:45
kfox1111we need to figure out longer term how to do configmaps at the ptg.23:45
kfox1111jascott1: you pinged earlier?23:45
jascott1sorry i got a call from da boss23:45
kfox1111no worries.23:46
kfox1111I"m in the middle of a datacenter outage.23:46
bmace_kfox1111: since all the halcyon values are static i don't think having pre-generated charts for it would be a bad thing particularly.. but as new services get added, etc.. they would need to be kept up to date.23:46
kfox1111but kind of in wait mode.23:46
portdirectkfox1111: i'm a bit out of touch :( but if we can generate configmaps without *too* many hoops I'd kinda prefer that23:46
kfox1111bmace_: yeah. it would just be temporary until we figure out the prefered configmap generation aproach.23:47
kfox1111just to make the dev env easier to get off the ground.23:47
bmace_kfox1111: although, some values are slightly different since there is an option for ubuntu and centos23:47
kfox1111its possible then we wouldn't need a dev env container at all at that point?23:47
portdirectkfox1111: Idealy, we should provide a setup that would allow someone to start working on a better solution, rather than supply a set of configs with no supporting framwork23:47
kfox1111bmace_: those arn't in the configmaps, so could be done in a values.yaml23:47
bmace_kfox1111: i know that myself and mark have had a lot of success with centos.. i know someone else here that tried to get stuff on ubuntu and had some problems.23:48
bmace_kfox1111: kk23:48
*** salv-orlando has joined #openstack-kolla23:48
kfox1111portdirect: yeah. we should discuss the real solution at the ptg.23:48
kfox1111portdirect: not entirly shure what that would look like. so would be good to get a bunch of eyes/ears/brains on it and work it out together.23:48
portdirect+1, so i suppose whatever is easiest to implement wins for now?23:49
v1k0d3nkfox1111: the networks are variables in halcyon. but if you need something in halcyon for users, just contribute it.23:49
v1k0d3nportdirect originally added a script in there for kolla-k8s anyway, so it would be more usable for your folks. welcome to drop in or replace.23:50
*** Pavo has joined #openstack-kolla23:50
v1k0d3nalthough i'm still reading through backlog of comments.23:50
kfox1111v1k0d3n: ok. cool. :)23:50
kfox1111ok. just got notification that I've got some access to power again... gotta go for a bit to boot some things...23:51
kfox1111bbiab23:51
v1k0d3ncool23:51
*** salv-orlando has quit IRC23:52
*** Pavo has quit IRC23:54
*** schwicht has quit IRC23:56
*** Pavo has joined #openstack-kolla23:56
kfox1111actually, back for a little bit longer.23:56
sbezverkkfox1111: about entrypoint, man when all services are pushed without waiting, bunch of pods keep crashing, they do stabilize in some time23:57
sbezverkbut with entrypoint there should be NO crashing23:57
jascott1sbezverk how long is some time? :)23:57
sbezverkdeploy all services took I think less than 10 minutes23:58
kfox1111sbezverk: are we missing a few deps?23:58
*** schwicht has joined #openstack-kolla23:58
sbezverknope, because it is not consistent, I am 99 positive that the way entrypoint waits for service is wrong23:58
kfox1111like, maybe we're depending on keystone being up, but not having keystone endpoints created?23:58
jascott1in what way?23:58
*** schwicht has quit IRC23:59
sbezverkthey either do not or incorrectly detect that the service has associated backend23:59
kfox1111but keystone without endpoints may happen occationally?23:59
*** Pavo has quit IRC23:59
sbezverkexample I saw nova scheduler must wait for nova api to be up is stays in init state23:59

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