Thursday, 2016-06-16

*** openstack has joined #openstack-kolla05:57
*** orwell.freenode.net sets mode: +ns 05:57
*** orwell.freenode.net sets mode: -o openstack05:57
-orwell.freenode.net- *** Notice -- TS for #openstack-kolla changed from 1466056666 to 141045520305:57
*** orwell.freenode.net sets mode: +ct-s 05:57
*** mbound has joined #openstack-kolla05:57
*** salv-orlando has joined #openstack-kolla05:57
*** coolsvap has joined #openstack-kolla05:57
*** MarMat has joined #openstack-kolla05:57
*** fragatin_ has joined #openstack-kolla05:57
*** david-lyle_ has joined #openstack-kolla05:57
*** tfukushima has joined #openstack-kolla05:57
*** ravig has joined #openstack-kolla05:57
*** yuanying has joined #openstack-kolla05:57
*** cu5 has joined #openstack-kolla05:57
*** diogogmt has joined #openstack-kolla05:57
*** zhiwei has joined #openstack-kolla05:57
*** Jeffrey4l has joined #openstack-kolla05:57
*** pumaranikar has joined #openstack-kolla05:57
*** ntpttr_ has joined #openstack-kolla05:57
*** papacz has joined #openstack-kolla05:57
*** dmsimard has joined #openstack-kolla05:57
*** kbyrne has joined #openstack-kolla05:57
*** cloudnull has joined #openstack-kolla05:57
*** jroll has joined #openstack-kolla05:57
*** intr1nsic has joined #openstack-kolla05:57
*** logan- has joined #openstack-kolla05:57
*** callahanca_ has joined #openstack-kolla05:57
*** robcresswell has joined #openstack-kolla05:57
*** slagle_ has joined #openstack-kolla05:57
*** Daviey_ has joined #openstack-kolla05:57
*** lukl_ has joined #openstack-kolla05:57
*** patchbot has joined #openstack-kolla05:57
*** openstackgerrit has joined #openstack-kolla05:57
*** harbie has joined #openstack-kolla05:57
*** mgkwill has joined #openstack-kolla05:57
*** NobodyCam has joined #openstack-kolla05:57
*** ccesario has joined #openstack-kolla05:57
*** stvnoyes has joined #openstack-kolla05:57
*** mgoddard has joined #openstack-kolla05:57
*** pbourke has joined #openstack-kolla05:57
*** cinerama has joined #openstack-kolla05:57
*** ayoung has joined #openstack-kolla05:57
*** timss has joined #openstack-kolla05:57
*** harlowja_ has joined #openstack-kolla05:57
*** The_Ball has joined #openstack-kolla05:57
*** Mech422 has joined #openstack-kolla05:57
*** jeh has joined #openstack-kolla05:57
*** wmiller has joined #openstack-kolla05:57
*** beekhof has joined #openstack-kolla05:57
*** cfarquhar has joined #openstack-kolla05:57
*** gmmaha has joined #openstack-kolla05:57
*** sgordon has joined #openstack-kolla05:57
*** sbezverk_ has joined #openstack-kolla05:57
*** Kennan has joined #openstack-kolla05:57
*** dcwangmit01 has joined #openstack-kolla05:57
*** zigo has joined #openstack-kolla05:57
*** elemoine_ has joined #openstack-kolla05:57
*** serverascode has joined #openstack-kolla05:57
*** DuncanT has joined #openstack-kolla05:57
*** peterjenkins has joined #openstack-kolla05:57
*** NachoDuck has joined #openstack-kolla05:57
*** akwasnie has joined #openstack-kolla05:57
*** clayton has joined #openstack-kolla05:57
*** tpeoples has joined #openstack-kolla05:57
*** lmiccini has joined #openstack-kolla05:57
*** ntpttr has joined #openstack-kolla05:57
*** macsz has joined #openstack-kolla05:57
*** smekel_ has joined #openstack-kolla05:57
*** akwasnie_ has joined #openstack-kolla05:57
*** ediardo has joined #openstack-kolla05:57
*** mdorman has joined #openstack-kolla05:57
*** jpeeler has joined #openstack-kolla05:57
*** mdnadeem_ has joined #openstack-kolla05:57
*** daneyon has joined #openstack-kolla05:57
*** jabari has joined #openstack-kolla05:57
*** dgonzalez has joined #openstack-kolla05:57
*** tuvenen has joined #openstack-kolla05:57
*** harmw_ has joined #openstack-kolla05:57
*** kong has joined #openstack-kolla05:57
*** vdo has joined #openstack-kolla05:57
*** m3m0 has joined #openstack-kolla05:57
*** mkoderer has joined #openstack-kolla05:57
*** dasm has joined #openstack-kolla05:57
*** bradjones has joined #openstack-kolla05:57
*** tonyb has joined #openstack-kolla05:57
*** elemoine has joined #openstack-kolla05:57
*** haplo37 has joined #openstack-kolla05:57
*** g3ek has joined #openstack-kolla05:57
*** wirehead_ has joined #openstack-kolla05:57
*** dims has joined #openstack-kolla05:57
*** akscram has joined #openstack-kolla05:57
*** nihilifer has joined #openstack-kolla05:57
*** anbehl has joined #openstack-kolla05:57
*** vincent_vdk has joined #openstack-kolla05:57
*** brad[] has joined #openstack-kolla05:57
*** wznoinsk has joined #openstack-kolla05:57
*** PyroMani has joined #openstack-kolla05:57
*** cmceniry has joined #openstack-kolla05:57
*** kklimonda has joined #openstack-kolla05:57
*** rcarrillocruz has joined #openstack-kolla05:57
*** apuimedo has joined #openstack-kolla05:57
*** jgriffith has joined #openstack-kolla05:57
*** Kimmo__ has joined #openstack-kolla05:57
*** rbergeron has joined #openstack-kolla05:57
*** zeus has joined #openstack-kolla05:57
*** jidar has joined #openstack-kolla05:57
*** mag009_ has joined #openstack-kolla05:57
*** mandre has joined #openstack-kolla05:57
*** afranc_ has joined #openstack-kolla05:57
*** EmilienM has joined #openstack-kolla05:57
*** ChanServ has joined #openstack-kolla05:57
*** ajafo has joined #openstack-kolla05:57
*** kwazar has joined #openstack-kolla05:57
*** orwell.freenode.net sets mode: +o ChanServ05:57
*** orwell.freenode.net changes topic to "Kolla IRC meetngs on Wednesdays @ 16:00 UTC - see agenda @ https://goo.gl/OXB0DL - IRC channel is *LOGGED* @ http://goo.gl/3mzZ7b (old logs from #kolla http://goo.gl/VKpPzA)"05:57
*** mbound has quit IRC05:59
*** z- has joined #openstack-kolla06:01
*** ravig has quit IRC06:07
*** neilus has joined #openstack-kolla06:19
*** daneyon_ has joined #openstack-kolla06:19
*** neilus has quit IRC06:23
*** daneyon_ has quit IRC06:24
*** b_bezak has joined #openstack-kolla06:35
*** b_bezak has joined #openstack-kolla06:36
*** coolsvap has quit IRC06:37
*** coolsvap has joined #openstack-kolla06:38
*** salv-orlando has quit IRC06:49
*** salv-orlando has joined #openstack-kolla06:50
*** salv-orl_ has joined #openstack-kolla06:55
*** salv-orlando has quit IRC06:57
*** neilus has joined #openstack-kolla07:00
*** mikelk has joined #openstack-kolla07:05
*** mewald has joined #openstack-kolla07:05
*** neilus has quit IRC07:05
mewaldHow does Kolla allow to configure per domain backends in keystone?07:06
*** coolsvap has quit IRC07:15
*** coolsvap has joined #openstack-kolla07:16
*** neilus has joined #openstack-kolla07:20
*** matrohon has joined #openstack-kolla07:20
*** neilus has quit IRC07:24
*** shardy has joined #openstack-kolla07:30
*** MarMat has quit IRC07:37
*** neilus has joined #openstack-kolla07:42
*** neilus has quit IRC07:47
*** salv-orl_ has quit IRC07:49
*** neilus has joined #openstack-kolla07:49
*** salv-orlando has joined #openstack-kolla07:49
*** neilus has quit IRC07:53
*** neilus has joined #openstack-kolla08:01
*** berendt has joined #openstack-kolla08:06
*** Serlex has joined #openstack-kolla08:06
*** coolsvap_ has joined #openstack-kolla08:07
*** athomas has joined #openstack-kolla08:07
*** coolsvap has quit IRC08:07
*** daneyon_ has joined #openstack-kolla08:07
*** daneyon_ has quit IRC08:12
*** b_bezak has quit IRC08:29
*** chopmann has joined #openstack-kolla08:32
*** chopmann is now known as chopmann_08:32
*** chopmann_ has quit IRC08:33
*** chopmann_ has joined #openstack-kolla08:33
*** chopmann_ is now known as chopmann08:34
*** b_bezak has joined #openstack-kolla08:34
chopmannis there a way to tell kolla to use "become" or "sudo" by default?08:35
chopmannim getting Permission denied: '/etc/kolla'", "path": "/etc/kolla//heka", "state": "absent"}08:35
chopmannwhile deploying08:36
openstackgerritHan Chao proposed openstack/kolla: Format commands to the code block  https://review.openstack.org/33037108:39
chopmannansible_become: yes in globals.yml does the trick08:40
*** jamie_h has joined #openstack-kolla08:43
*** coolsvap_ is now known as coolsvap08:44
*** coolsvap has quit IRC08:45
*** coolsvap has joined #openstack-kolla08:45
*** salv-orlando has quit IRC08:55
*** salv-orlando has joined #openstack-kolla08:56
*** dmk0202 has joined #openstack-kolla09:02
mewaldHow does Kolla allow to configure per domain backends in keystone?09:15
*** jmccarthy has joined #openstack-kolla09:24
*** tloeb has joined #openstack-kolla09:34
*** daneyon_ has joined #openstack-kolla09:56
*** mbound has joined #openstack-kolla09:56
*** daneyon_ has quit IRC10:00
berendtchopmann can you please add a note about this to the kolla documentation?10:01
coolsvapchopmann, its assumed to be root or equivalent10:02
coolsvapthe documentation starts with it10:03
coolsvapNote Some commands below may require root permissions (e.g. pip, apt-get).10:03
coolsvapberendt, ^^10:03
berendtcoolsvap ok, i have not checked it10:03
coolsvap berendt np :)10:04
coolsvapjust (log).info10:04
*** jmccarthy has left #openstack-kolla10:07
openstackgerritHan Chao proposed openstack/kolla: Format commands to the code block  https://review.openstack.org/33037110:07
*** jmccarthy1 has joined #openstack-kolla10:07
*** mgoddard_ has joined #openstack-kolla10:08
*** salv-orlando has quit IRC10:09
*** mgoddard has quit IRC10:11
*** pbourke has quit IRC10:15
*** pbourke has joined #openstack-kolla10:16
openstackgerritChristian Berendt proposed openstack/kolla: Remove EC2 API related configurations and tasks  https://review.openstack.org/33043610:18
berendtCan somebody please review https://review.openstack.org/#/c/317124/1, is is annoying to manually create the _member_ role for horizon after a fresh deployment10:23
patchbotberendt: patch 317124 - kolla - add bootstrap_horizon ansible tasks and dockerfile10:23
*** mikelk has quit IRC10:32
coolsvapberendt, i agree with michal, i think it should be added in keystone bootstrap10:35
coolsvapsome other service may need it in future10:36
berendtcoolsvap that's fine for me, I will send an update for the review request to move it forward10:36
*** papacz has quit IRC10:36
coolsvapberendt, thanks! we can move it fast-forward10:37
*** sdake has joined #openstack-kolla10:40
berendtcoolsvap does it makes sense to add it as an ansible task in the keystone role?10:42
*** sdake_ has joined #openstack-kolla10:42
coolsvapberendt, i think no, I think it will be required for kolla-kubernetes as well10:43
*** janmalax has joined #openstack-kolla10:45
*** sdake has quit IRC10:45
*** tyrola has joined #openstack-kolla10:58
*** papacz has joined #openstack-kolla10:59
*** salv-orlando has joined #openstack-kolla11:07
*** tyrola has quit IRC11:09
openstackgerritChristian Berendt proposed openstack/kolla: Make Neutron QoS service plugin configurable  https://review.openstack.org/33047011:09
*** salv-orlando has quit IRC11:10
*** sdake_ has quit IRC11:10
*** salv-orlando has joined #openstack-kolla11:11
*** tfukushima has quit IRC11:17
*** mliima has joined #openstack-kolla11:27
*** stvnoyes has quit IRC11:38
*** daneyon_ has joined #openstack-kolla11:44
mewaldquit11:44
*** mewald has quit IRC11:44
*** berendt has quit IRC11:45
*** salv-orlando has quit IRC11:45
*** salv-orlando has joined #openstack-kolla11:46
*** daneyon_ has quit IRC11:49
*** b_bezak has quit IRC11:58
openstackgerritMerged openstack/kolla: Add kolla-kubernetes bootstrap capability to mariadb  https://review.openstack.org/32074412:00
openstackgerritMerged openstack/kolla: Add kolla-kubernetes bootstrap capability to Keystone  https://review.openstack.org/32152912:01
openstackgerritMerged openstack/kolla: Format commands to the code block  https://review.openstack.org/33037112:01
*** dwalsh has joined #openstack-kolla12:03
*** shardy has quit IRC12:04
*** sdake has joined #openstack-kolla12:05
Mech422Morning12:09
*** coolsvap has quit IRC12:10
*** rhallisey has joined #openstack-kolla12:15
*** slagle_ is now known as slagle12:16
tloebgood day! chopmann and me still trying to deploy openstack with ceph, now we encounter the problem that the Task "Bootstrapping Ceph OSDs" fails. The OSDs cant connect to the ceph-mon, and when we try to execute "ceph -s" in the ceph_mon container, we dont get any response. Any Ideas?12:18
*** b_bezak has joined #openstack-kolla12:18
chopmannon the osd we are getting 2016-06-16 14:14:33.692761 7f4c7595e700  0 librados: client.admin authentication error (110) Connection timed out12:19
sdakepbourke ping12:21
tloebin the container ceph_mon "ceph --help" gives a response, only "ceph -s" and "ceph -w" doesnt work12:21
sdakedmsimard ping12:23
dmsimardo/12:23
sdakehey12:23
sdakei looked over your data set12:24
sdakei noticed not many ubuntu failures12:24
sdakethere is something uniqu about ubuntu compared to centos12:24
sdakewe keep a local copy of the ubuntu universe mirrors in the infrasturcture12:24
sdakei also noticed lots of oraclelinux fialures12:24
sdakeno idea what the trigger on those are12:24
dmsimardSame thing for CentOS btw12:24
sdakebut that is a new gate and somewhat to be suspected12:24
sdakewhat is the same thing for centos12:25
dmsimardThere is a local CentOS mirror in -infra12:25
sdakeyes but kolla is not using it12:25
dmsimardWhy not ?12:25
sdakethe local mirror is a new thing  - 1-2 weeks12:25
sdakebandwidth mostly12:25
sdakei did submit a patch a couple weeks ago to inspect it and havne't got back to it12:25
chopmannour hosts are RHEL 7.212:26
sdakeanything that fails in 1 hour = timeout in the gate12:26
sdakedmsimard providing local mirrors will fix many of the gate issues12:28
sdakereverting ipv6 support in erlang would help too12:28
dmsimardsdake: I feel fixing your gate jobs' flapiness and making them voting should be a huge priority for the project12:30
sdakedmsimard i agree having reliable gates is important12:30
dmsimardI also learned that the integration tests don't span all of the supported projects in Kolla12:31
sdakedmsimard but i can' do it aloen12:31
sdakeour integration tests are very inadequate12:31
dmsimardAnd I think that's a big deal12:31
sdakein all, we have about 25 test cases we want to run12:31
sdakeatm we implement 1 test case12:31
sdakere integration tests, we are limited by gate memory12:33
sdakei've begged and pleaded for  a 16gb node model but no go12:33
dmsimardsdake: this is the three integration tests puppet openstack runs with a very nice coverage matrix to stay within RAM constraints: https://github.com/openstack/puppet-openstack-integration/blob/master/README.md#description12:33
*** stvnoyes has joined #openstack-kolla12:33
dmsimardThese tests run on Ubuntu and CentOS for every commit to every puppet module12:34
dmsimardhttps://review.openstack.org/#/c/329694/12:35
patchbotdmsimard: patch 329694 - puppet-nova - Enable compute node micro-services (MERGED)12:35
sdakedmsimard i spent 3 hours training oflks on how the gate works12:36
sdaketo teach the horse to drink so to speak ;)12:36
sdakedraw your own conclusions12:36
sdakei thought the problem was nobody knew how our gates worked12:37
sdakeand that indeed was one of the problems12:37
sdakebut now that folks know HOW thegates work, i dont see any gate changes being submitted12:37
*** athomas has quit IRC12:40
sdakedmsimard fwiw before the erlang and bindep changes, our gates were near 100% working12:45
sdake(when code wasn't merged that was obviouslybroken)12:45
sdakei almost made them voting12:46
sdakebut was waiting on the centos mirror12:46
sdakenow centos mirror is availalbe, i think makingvoting gates is not going to happen until the gates are stable12:46
*** athomas has joined #openstack-kolla12:46
sdakemany projects just run rehceck 5-10 times to get their patches past their voting gates12:46
sdakebecaue that is how flakey rabbitmq is12:47
*** berendt has joined #openstack-kolla12:49
*** mikelk has joined #openstack-kolla12:55
*** berendt has quit IRC12:57
*** berendt has joined #openstack-kolla12:58
*** ravig has joined #openstack-kolla13:02
pbourkesdake: why is an infra centos mirror so important13:17
pbourkesdake: I dont understand13:17
sdakepbourke it keeps the builds being successful13:18
sdakebecuasse the mirros timed out13:19
*** jtriley has joined #openstack-kolla13:20
*** salv-orlando has quit IRC13:21
*** salv-orlando has joined #openstack-kolla13:21
*** v1k0d3n has joined #openstack-kolla13:25
*** v1k0d3n has quit IRC13:25
*** Guest48217 has joined #openstack-kolla13:26
*** ppowell has joined #openstack-kolla13:29
*** diogogmt has quit IRC13:29
*** diogogmt has joined #openstack-kolla13:31
*** daneyon_ has joined #openstack-kolla13:32
Mech422dmsimard: Since you appear to know so much about gates, will you be able to help sdake ?13:33
Mech422btw - good morning everyone :-013:35
dmsimardMech422: I can try to help if you have problems specific to RDO (I'm working full time on RDO) but I don't have the bandwidth to do much more13:35
Mech422err... :-)13:35
* Mech422 is ubuntu guy...13:35
Mech422for me, RDO is someplace you go to watch guys ride bulls13:35
Mech422:-)13:35
*** daneyon_ has quit IRC13:37
*** ppowell has quit IRC13:38
Mech422sdake: feeling better today ?13:39
*** rmart04 has joined #openstack-kolla13:41
*** MarMat has joined #openstack-kolla13:42
*** inc0 has joined #openstack-kolla13:42
inc0good morning folks13:43
inc0wassup?13:43
Mech422Hey inc0 - Coffee time :-)13:43
Mech422you ?13:44
chopmannMech422: :-D13:44
inc0I already have my lousy american tea13:44
inc0actually its rooibos13:44
inc0so not a tea technically13:44
Mech422inc0: teas has become the new wine...13:45
chopmanninc0: i think its called an infusion13:45
Mech422inc0: first wine snobs, then beer snobs, then coffee snobs, now tea snobs :-)13:45
inc0Mech422, in Europe, where I come from, we drink a lot of tea;)13:46
inc0in Poland I hardly drank any coffee13:46
Mech422inc0: yeah - my parents were british...I know all bout the cuppa every 5 minutes :-P13:46
*** ravig has quit IRC13:46
Mech422I think thats why I drik coffee - drank so much tea as a kid, I got sick of it13:47
inc0lol13:47
inc0I started to drink some coffee here too, one every week or so;)13:47
Mech422inc0: European coffee a nice... its sorta like the japanese tea ceremony thing...13:48
Mech422inc0: fancy lil cups, lots of ceremony...and you get CHOCOLATE!13:48
inc0by European you mean Italian?;)13:48
*** ravig has joined #openstack-kolla13:48
Mech422inc0: umm - my experience was mostly in Holland...13:48
inc0have you ever tried turkish coffee?13:48
inc0Turkey is in Europe too;)13:49
Mech422inc0: I don't think so...13:49
*** berendt has quit IRC13:49
Mech422LOL - is it? I thought europe kept trying to deny that ?13:49
inc0Russia is in Europe to...partially13:49
*** anbehl has quit IRC13:49
inc0more and more every year:D13:49
inc0Turkish coffee is cool13:50
inc0it's made differently than you're used to13:50
Mech422inc0: oh?13:50
inc0they have special jars13:50
inc0they put coffe there, spices13:50
inc0cold wated13:50
*** dwalsh has quit IRC13:51
inc0and they boil the water with coffee in it 3 or 4 times13:51
*** ppowell has joined #openstack-kolla13:51
Mech422oh - sounds interesting...13:51
inc0really good13:51
inc0originally, I think, they boiled it in sand13:51
inc0;)13:51
Mech422inc0: I'm in the middle of BFE - so we have no ethnic resturants unless you count pizza :-P13:52
inc0BFE?13:52
Mech422Bum Fuck Egypt13:52
Mech422slang for middle of nowhere ?13:52
rhalliseyhaha13:52
inc0ok13:52
inc0..13:52
inc0fair enough13:52
Mech422err...yeah...I'm not allowed to speak in public :-P13:53
inc0I'm sure Egiptians like s this13:53
inc0Egyptians*13:53
Mech422inc0: I'm sure they have similiar : BFA (Alaska) ? BFY (Yukon) ?13:53
inc0don't worry Mech422, since I moved to US I became jaded to racism13:53
inc0;)13:53
rhallisey:/13:54
*** esharao__ has joined #openstack-kolla13:54
Mech422egyptians not a race - I'm a jingoist if anything :-P13:54
chopmannso folks, dont let this get derailed13:54
rhalliseyhehe13:54
chopmann;-)13:54
inc0yeah, true13:54
inc0nationalism is strong in US13:54
inc0strongest I've ever seen13:55
rhalliseywe're joking13:55
inc0and I've been places13:55
inc0;13:55
rhalliseyleast I am13:55
Mech422inc0: eh - I think it comes from being so 'isolated' - we only have 2 neighbors...13:55
inc0well, I'm in TX so that's kinda different scale13:55
chopmann<--- german :D we tend to not joke about those things :P13:55
*** dwalsh has joined #openstack-kolla13:55
Mech422inc0: eurpeans are used to switching countries like we switch states13:55
inc0not really13:55
inc0you switch much more13:55
Mech422LOL13:56
inc0language, culture and such13:56
rhalliseyya but it's in the same country13:56
inc0it's same in US13:56
inc0yeah13:56
Mech422really?  my family in britain is always bopping around 'the continent for holiday'13:56
inc0that's what I mean13:56
inc0holiday yeah, moving around, not so13:56
inc0but that's true, you hardly see anything besides US13:56
inc0well, you - general US population13:57
Mech422inc0: its amazing how many people in us never get further then 200 miles from home13:57
Mech422inc0: I grew up in the sticks (see - I didn't say BFE :-P ) - population 15,00013:57
Mech422inc0: and of my graduating class of 100, half never left the area13:58
inc0yeah, that's strange to me tho13:58
inc0you have enormous, beautiful and naturally diverse country13:58
Mech422inc0: and we grew up in such a boring part of it...13:59
inc0lol13:59
Mech422you'd think people would want to see the rest13:59
inc0I guess that partially explains this nationalism I've experienced13:59
inc0it's easy to be nationalistic if you've never seen any other nation14:00
Mech422inc0: nah - lately, its getting whipped to a bit of a fevor...14:00
Mech422inc0: I'd be cool with isolationist - tired of 'policeman of the world' stuff - but its going to far lately14:00
*** diogogmt has quit IRC14:01
inc0well, you don't need to be isolationist to not be a policeman of the world...14:01
Mech422inc0: tell that to govt :-P14:01
inc0just well...don't invade other countries14:01
Mech422inc0: yeah - they we get yelled at for letting stuff happen re:serbs/croats14:01
inc0evil things happends with or without you14:02
Mech422inc0: tell that to govt :-P14:02
chopmannmaster & ceph == no deploy :-(, we switched to 2.0.1 and it's now deploying14:02
Mech422anyway - my redneck butt doesn't really get to decided...14:02
inc0chopmann, master is ansible 214:03
inc0yeah, I know14:03
chopmannyeah, we knew that14:03
openstackgerritSergey Lukjanov proposed openstack/kolla: Proposal spec for universal containers  https://review.openstack.org/33057514:03
inc0I don't blame you guys, don't get me wrong14:03
chopmannour config scripts (outside kolla) need 2.0.0>14:03
inc0just an observation from recent culture shock14:03
Mech422inc0: btw - I'm a yankee redneck - seperate breed from the texas rednecks and southern rednecks...14:03
inc0chopmann, ansible 1 and 2 are not mutually compatible unfortunately14:03
Mech422inc0: for 1 I don't play banjo, 2 I don't ride horses :-P14:04
inc0lol14:04
Mech422inc0: anyway, did you happen to look at augeas ?14:05
inc0yeah14:05
inc0and I have different idea:P14:05
chopmanninc0 that's why we wanted to deploy with master, we'll run our scripts with an venv for ansible 2.0.0 until master has the first rc14:05
inc0so I'll run it with you14:06
Mech422inc0: ahh...ok...I won't bother with lenses then..14:06
inc0so augeas looks cool14:06
inc0but how about that:14:06
inc0we decopule laying configs from starting containers14:06
inc0so you can lay config without starting container and start contianer without laying configs14:06
inc0that means, you lay configs across the cluster14:07
Mech422inc0: oh - I thought thats how it was? lay down the configs, then start the containers ?14:07
inc0it is14:07
inc0but there is no breakpoint in between14:07
Mech422ahh... yeah - I thought it was 2 steps14:07
Mech422that makes a lot of sense - restarting a container doesn't really mean you want new configs..14:07
inc02 tasks, yeah14:07
inc0but not 2 plays or anything14:08
*** sacharya has joined #openstack-kolla14:08
Mech422you might be in the middle of updating configs or something when you need to restart14:08
inc0well you don't update configs at all now really14:08
inc0in a way, you do that, you run ansible and it will rollback to whatever it was before14:08
inc0anyway, if we deploy with only configs or no-configs14:09
Mech422inc0: 'no-configs' means 'use existing configs' right ?14:09
inc0yeah14:09
inc0ones in /var/lib/kolla14:09
Mech422yeah - I like that idea...14:09
inc0I just need to figure out how to make it work nicely with our playbook structure14:10
Mech422so then, where does the non-ini files stuff and merging configs come in ?14:10
inc0nowhere14:10
inc0merge_ini keeps working14:10
inc0non-ini, just ssh to a node and edit this in place14:10
inc0we only have few non-ini services14:11
Mech422hmm...14:11
Mech422I already 'drive' kolla thru my own ansible playbooks - so that works for me...14:11
inc0why?14:11
inc0what was reason to create your own plays?14:11
Mech422but if you use 'raw' kolla - it might be nice to have a central spot on deployment to keep your configs ?14:11
Mech422inc0: I do bootstrapping, apply patches, etc etc14:12
inc0well, yeah, it's deployment14:12
inc0node14:12
Mech422oh - so ssh to deployment node and edit them ?14:12
inc0but if we enable this we can get functionality there quickly14:12
inc0nah14:12
inc0you need to ssh to nodes themselves14:12
inc0as configs might differ node to node14:12
Mech422inc0: I think thats gonna be hell for newbies...14:12
Mech422inc0: at that point, your back to following the openstack install guide, except with containers14:13
Mech422I think configuration and deployment should be 2 seperate steps...14:14
Mech422its just how to organize configuration14:14
*** sacharya_ has joined #openstack-kolla14:18
*** williamcaban has joined #openstack-kolla14:19
tloebWoop Woop chopman and me just deployed an openstack multinode with kolla 2.0.1. We had a few problems with kolla master branch and ceph, so we used 2.0.114:20
*** Guest48217 has quit IRC14:20
*** sacharya has quit IRC14:21
*** zhiwei has quit IRC14:23
Mech422tloeb: Grats!14:23
*** ravig has quit IRC14:31
*** sacharya_ has quit IRC14:32
*** sacharya has joined #openstack-kolla14:33
*** dwalsh has quit IRC14:33
openstackgerritJeffrey Zhang proposed openstack/kolla: Remove the duplication of the inventory  https://review.openstack.org/32889114:33
*** tloeb has quit IRC14:40
*** neilus has quit IRC14:41
*** tloeb has joined #openstack-kolla14:43
*** dwalsh has joined #openstack-kolla14:45
*** arizidon has joined #openstack-kolla14:46
*** b_bezak has quit IRC14:47
*** tyrola has joined #openstack-kolla14:49
*** chopmann has quit IRC14:53
*** chopmann has joined #openstack-kolla14:53
*** chopmann has quit IRC14:54
*** sdake has quit IRC14:54
*** mliima has quit IRC14:54
*** diogogmt has joined #openstack-kolla14:55
*** salv-orlando has quit IRC14:56
*** salv-orlando has joined #openstack-kolla14:57
openstackgerritMartin André proposed openstack/kolla: Properly fail precheck for internal VIP's network  https://review.openstack.org/33062814:58
*** tloeb_ has joined #openstack-kolla14:59
*** sdake has joined #openstack-kolla14:59
*** salv-orlando has quit IRC15:00
*** salv-orlando has joined #openstack-kolla15:00
*** tloeb__ has joined #openstack-kolla15:00
*** tloeb has quit IRC15:00
*** david-lyle_ is now known as david-lyle15:00
*** tloeb_ has quit IRC15:00
*** ravig has joined #openstack-kolla15:04
*** tloeb__ has quit IRC15:04
*** wmiller has quit IRC15:04
*** wmiller has joined #openstack-kolla15:05
wirehead_So, can I get some Kolla core to look at https://review.openstack.org/#/c/327925/ ?  It's blocking some other changes that are ready-to-merge.15:05
patchbotwirehead_: patch 327925 - kolla - Enable kolla k8s to override bind api bind address...15:05
rhalliseyyo inc0 ^15:06
*** v1k0d3n has joined #openstack-kolla15:06
*** ppowell has quit IRC15:10
*** mliima has joined #openstack-kolla15:11
*** ravig has quit IRC15:13
*** coolsvap has joined #openstack-kolla15:16
*** daneyon_ has joined #openstack-kolla15:21
mandrehey nihilifer, was there any specific reason why you abandoned https://review.openstack.org/#/c/306284/ beside "no time to work on it"?15:21
patchbotmandre: patch 306284 - kolla - Use MAC address for looking for DHCP leases for Va...15:21
*** daneyon_ has quit IRC15:25
*** ppowell has joined #openstack-kolla15:28
*** sacharya_ has joined #openstack-kolla15:28
*** sacharya has quit IRC15:30
*** sacharya has joined #openstack-kolla15:30
*** jmccarthy1 has left #openstack-kolla15:31
*** fbarilla has joined #openstack-kolla15:32
nihilifermandre: this patch wasn't really fixing my issue in 100%15:32
nihiliferand i just planned to try to fix everything from scratch15:32
nihiliferbut unfortunately, i didn't find time for that15:32
nihiliferit this commit helpful for you?15:33
mandreI happened to have empty hostnames in my lease file, and switching to mac addresses fixed the issue for me15:33
*** sacharya_ has quit IRC15:33
mandreso yeah, it's helpful :)15:33
nihilifermandre: it worked on multinode as well?15:33
*** openstackgerrit has quit IRC15:34
nihiliferi recall that this patch fixed aio on centos for me15:34
*** openstackgerrit has joined #openstack-kolla15:34
nihiliferbut multinode was still f*** up15:34
mandreI haven't tried multinode yet15:34
mandrewill do15:34
nihiliferand lease file looked strange, despite the fact that all vm-s were created and libvirt saw them15:34
*** mikelk has quit IRC15:35
nihiliferfinally, i gave up with multinode vagrant on centos and made the vm-s manually by virtmanager :v15:36
mandreeh... i'll try multinodes, we'll see if I have the same issue15:37
*** rmart04 has quit IRC15:38
fbarillajust to make sure I've a valid configuration to start with. Host: Ubuntu 16.04, docker 1.10, ansible 2.1 - Kolla from github:master - docker base image: Ubuntu 14.04.15:39
*** sacharya has quit IRC15:44
*** sacharya has joined #openstack-kolla15:45
*** ravig has joined #openstack-kolla15:49
kklimondafbarilla: I'm using a similar setup, just ansible 2.0 instead, and it's working fine - I've seen some commits fixing 2.1 in master, so I think it may also be working now15:50
Mech422I thought host was ubuntu 14.04 ?15:53
Mech422kolla supports ubuntu 16.04 now ?15:54
openstackgerritMd Nadeem proposed openstack/kolla: Added unit test for start container  https://review.openstack.org/32984715:54
*** rahuls has joined #openstack-kolla15:54
*** belmoreira has joined #openstack-kolla15:56
kklimondaMech422: I haven't had any problems so far15:56
*** mummer has joined #openstack-kolla15:56
*** z- has quit IRC15:57
*** z- has joined #openstack-kolla15:57
*** mark-casey has joined #openstack-kolla15:57
*** sacharya_ has joined #openstack-kolla15:57
kklimondaMech422: with 14.04 you needed a newer kernel and docker from upstream. I'm still using docker from upstream, and 4.4 kernel, so it's a pretty close setup. replacing upstart with systemd just made ubuntu look more like centos, so no issue with /run/netns mountpoint.16:00
*** sacharya has quit IRC16:00
Mech422kklimonda: yeah - I run upstream kernel & docker16:01
Mech422kklimonda: I'll have to setup a 16.04 in foreman to play with16:01
Mech422kklimonda: I've been avoiding systemd :-P16:01
kklimondait's a pretty common thing to do, but it seems it's here to stay, so you may as well dabble in it ;)16:03
*** berendt has joined #openstack-kolla16:06
*** tyrola has quit IRC16:06
*** sacharya has joined #openstack-kolla16:07
*** ppowell has quit IRC16:08
*** sacharya_ has quit IRC16:10
*** mgoddard_ has quit IRC16:11
Mech422kklimonda: yeah - my sentiments as sell16:14
Mech422s/sell/well/16:15
*** berendt has quit IRC16:16
*** cloudnau_ has joined #openstack-kolla16:18
*** mgoddard has joined #openstack-kolla16:18
*** ravig has quit IRC16:18
*** ravig has joined #openstack-kolla16:19
*** sdake has quit IRC16:20
*** berendt has joined #openstack-kolla16:23
*** sdake has joined #openstack-kolla16:28
openstackgerritRyan Hallisey proposed openstack/kolla: GATE TESTING  https://review.openstack.org/33019216:29
*** berendt has quit IRC16:31
*** huikang has joined #openstack-kolla16:31
*** matrohon has quit IRC16:33
*** david-lyle has quit IRC16:35
*** berendt has joined #openstack-kolla16:36
pbourkeMech422: hey16:37
pbourkeMech422: i tried your patch, unfortuantely it doesn't work for my use case as I get almost no info out of udev16:38
pbourkeMech422: id still be happy to merge the patch though if it solves your issue16:39
pbourkeneed to find out what Jeffrey4l means by online drive16:41
pbourkedoes he mean mounted?16:41
*** dmk0202 has quit IRC16:42
*** ravig has quit IRC16:45
sdakeinc0 ping16:46
inc0I'm here16:46
sdakethese folks want additive repos16:46
sdakenot replacement16:46
sdakeapparently a communication problem16:46
inc0that's ok16:46
rhalliseywhat do you mean by additive vs replacement16:47
Mech422pbourke: you still need udev with my patch? what part uses udev ?16:47
rhalliseyadd repos per service?16:47
sdakeadditive means add repos to a specific container and have it use those deps instead of the ones in the base image16:47
Mech422pbourke: yeah - he doesn't like the idea of using drives where other partitions are in use...16:47
pbourkeMech422: line 7416:47
rhalliseyerr16:47
pbourkeive had a terrible day trying to hack our ceph roles to not use udev16:48
pbourke:(16:48
sdakeuse case: magnum on mitaka, rest of liberty16:48
sdake(heat as well)16:48
inc0sdake, no, what they want is github.com/openstack/kolla-heat-container16:48
inc0separate repo16:48
inc0for each Dockerfile/service16:48
sdakeinc0 i am talking about my requirements16:49
sdakei havent read surgey's review yet16:49
rhalliseykolla-heat-api / kolla-heat-engine16:49
inc0ahh, I thought Mirantis16:49
Mech422pbourke: Hmm - yeah...We could prolly redo it to bypass udev...16:49
sdakebut repo per container seems irrational to me16:49
sdakehard to miantain16:49
sdakei can just imagine releasing 20 packages at once16:49
sdakewhat a pain in the ass16:49
pbourkeMech422: i started but underestimated the amount of info we're pulling from udev16:49
*** david-lyle has joined #openstack-kolla16:50
pbourkei could be done just messy16:50
Mech422pbourke: it shouldn't be that much - at least for the osd stuff all it needs is the data and journal partitions...16:50
inc0sdake, so I'd say use tags16:50
Mech422pbourke: does your use case need more then the osds ?16:50
inc0you need separate base image for magnum in your case16:50
rhalliseysdake, we need to think about this though16:52
Mech422pbourke: dam - that line is just me being lazy about getting the parent device name...16:52
rhalliseyif this is what outside installers want, it's worth trying to address the features gained from all split out16:53
rhalliseyPITA is a con16:53
sdakecon?16:53
rhalliseybut I think they know that16:53
sdakeoh con16:53
rhalliseyso I'm curious why they still want it16:53
sdakerhallisey i was having a different discussion with inc016:53
sdakeon the multiple repos front, I haven't heard a *why*16:53
rhalliseyya I'm joining in16:54
*** mbound has quit IRC16:54
rhalliseyI want to hear why also, but seems like releases?16:54
inc0there is some explanation in spec but I don't really like it that much, if it's customizations, then I pointed them to work we're doing16:54
rhalliseycustomizations maybe?16:54
sdakerhallisey split repos vs differnet base images are two orthogonal things16:54
inc0so ad separate magnum mitaka16:55
rhalliseyare you sure they are arguing for different base images?16:55
sdakerhallisey no that is what i was talking about inc0 with though :)16:55
inc0kolla-build --profile non-magnum-images16:55
rhalliseyok16:55
sdakerhallisey i wasn't tlaking about mirantis at all16:55
rhalliseyha16:55
inc0kolla-build --profile magnum-images --template-override=<<change repos>>16:55
inc0and add tag16:55
inc0kolla-build --profile magnum-images --template-override=<<change repos>> --tag=magnum-mitaka16:56
inc0then in globals.yml you specify magnum_image16:56
*** arizidon has quit IRC16:56
*** berendt has quit IRC16:57
inc0https://github.com/openstack/kolla/blob/master/ansible/roles/magnum/defaults/main.yml#L1616:58
inc0so totally doable16:58
inc0and by tailoring profiles you can do any combination of base/customization you want16:58
Mech422pbourke: yeah - it looks like find_disks.py would basically need a re-write, and if we don't use udev it probably means a bunch of inc0-hates-scraping ...16:59
pbourkeMech422: :(16:59
*** ppowell has joined #openstack-kolla16:59
sdake4 hour build times..16:59
* sdake groans16:59
inc0sdake, no...16:59
inc0almost exactly the same build time as alternative16:59
inc0just 2 calls16:59
inc0hell, it can be faster16:59
*** berendt has joined #openstack-kolla16:59
inc0if you run both as separate process16:59
Mech422pbourke: hmm - we could create a dummy'd up version of find_disks for you though.. you could patch it in after kolla git checkout, before build ?17:00
inc0no dependencies with each other17:00
inc0so it will actually be quicker17:00
*** belmoreira has quit IRC17:00
pbourkeMech422: id stilll merge a screen scraping alternative17:00
*** ravig has joined #openstack-kolla17:00
pbourke*still17:00
pbourkeMech422: ugly is better than broken17:01
sdakescreen scrape of what17:01
sdakeinc0 i dont want a globals.yml full of custom image names17:01
sdakeinc0 however I can build them all with the same tag from different profiles17:01
inc0why? it's one conf...17:01
inc0no, you can't17:01
inc0you need 2 different base images17:01
*** ravig has quit IRC17:01
inc0different.17:01
Mech422sdake: output parsing to elimentate reliance on udev17:01
Mech422pbourke: Hmm - what distro you using that udev is so broken on ?17:02
Mech422pbourke: is it something common ?17:02
sdakeinc0 consider a scenario whee every container has different deps, then each needs a diferent profile17:02
pbourkeMech422: oracle vm (based on rhel 6)17:02
pbourkeMech422: ive seen bad udev behaviour on newer distros such centos 7 also though17:03
pbourkeit doesn't work reliably17:03
Mech422pbourke: Hmm... I had suspicions udev might not be 100% reliable..17:03
*** arizidon has joined #openstack-kolla17:03
Mech422pbourke: is there anything in /proc we can use on those boxes ?17:04
Mech422pbourke: udev only handles /sys right, /proc is direct from kernel ?17:04
inc0pbourke, Mech422 so I'm not hateful towards screenscrapping, all I'm saying is we started with this and we decided we'd rather rewrite it to python than deal with all the edge cases17:05
mark-caseypbourke: Mech422: Is your issue at a high level based on getting up to date information back? I mean if you were to screen scrape the version that's working (sgdisk I think I heard) could you progress?17:05
Mech422inc0: yeah - I know - I'm just blaming you, instead of saying "I'm lazy" :-P17:05
*** mbound has joined #openstack-kolla17:05
Mech422inc0: soo hush, and let me weasel :-P17:05
inc0don't forget, you want it replaced, you maintain it17:06
Mech422mark-casey: umm - in general, yes - my problem wasn't as severe as pbourke's17:06
Mech422inc0: LOL - thanks :-P17:06
inc0how about we go to internets and try to find better python library?17:07
kklimondasdake: wouldn't it actually make sense to sync tags with project releases, if containers were to be split? Although, I probably just don't like that current kolla tags version are not tied to software that they are deploying.17:07
pbourkehave to run, catch you tomorrow Mech42217:07
inc0I refule to believe that there is no disk managment python lib17:07
Mech422pbourke: ok...17:07
inc0there is python lib to everything17:07
sdakelater pbourke17:07
Mech422inc0: its not that - its pbourke's udev is broken somehow17:07
Mech422inc0: he basically can't get ANY info out of it17:07
Mech422inc0: so anything based on udev is no-go for him17:08
*** salv-orl_ has joined #openstack-kolla17:08
*** daneyon_ has joined #openstack-kolla17:09
mark-caseyMech422: so this is just a shot in the dark, but you might see if there is some other "$thing" that looks at or reports the data you need. for example there are python libs for managing LVM and the one for pvcreate (I'm assuming) reports information about partitions. Maybe one for that, or mdadm, or iscsi, or etc. would have a python lib report back correctly17:09
inc0Mech422, but there might be python lib that doens't use udev17:09
Mech422inc0: might be...17:10
inc0let's try to find it17:10
inc0all I'm saying17:10
Mech422inc0: I was busy weaseling...how did this fall on my plate :-P17:10
inc0before writing something of our own17:10
Mech422inc0: I guess europeans don't have a concept of 'weaseling' eh ? :-)17:11
*** salv-orlando has quit IRC17:12
inc0oh trust me, we do17:12
inc0hell, you're British heritage17:13
inc0you should know all about it17:13
inc0actually, I'd say it's in your blood:P17:13
Mech422inc0: Ouch!17:13
* Mech422 goes to throw some tea in a harbour...17:13
*** daneyon_ has quit IRC17:14
Mech422inc0: so, umm..I love pbourke like a brother - but how common is rhel 6 ? is that the current version?17:14
Mech422inc0: i.e. would we be doing all this for something thats EOL ?17:14
inc0Mech422, you're one not wanting udev17:16
inc0if it doesn't work for Paul, let's look for alternatives17:16
inc0I'm not religiously bound by having udev17:16
Mech422inc0: Huh?17:16
Mech422inc0: I'm happy with the patch I submitted a week ago...17:17
inc0I just say that screen scrapping is far from robust/easy17:17
Mech422inc0: its pbourke thats having problem because his udev is broken17:17
inc0pbourke, is there alternative you think of? /proc? is there python lib to get things out of /proc?17:18
Mech422inc0: Right - cuz his udev is broken17:18
Mech422inc0: he logged - I asked him the same thing about 5 minutes ago17:18
inc0well, let's figure it out with himn17:19
Mech422thats what I was trying to do...17:19
Mech422if we can just read /proc to get roughly the same info as we get from udev, that might work for him..17:20
Mech422we don't really need anything 'fancey' - just the list of drives, partitions and names17:20
Mech422no geometery or anything17:20
*** athomas has quit IRC17:22
*** berendt has quit IRC17:25
openstackgerritMerged openstack/kolla: Fix ownership of nova-novncproxy-source directory  https://review.openstack.org/33027517:26
*** berendt has joined #openstack-kolla17:27
*** inc0 has quit IRC17:28
*** inc0 has joined #openstack-kolla17:29
*** ravig has joined #openstack-kolla17:29
*** dwalsh has quit IRC17:29
inc0rhallisey, so did you end up playing with ansible-bootstrappign-k8s idea17:30
inc0?17:30
rhalliseya little17:31
rhalliseymay have mariadb working soon17:31
rhalliseyhad to skip writing the module17:31
inc0cool17:31
rhalliseythere is no kubernetes-py17:31
inc0duh17:31
rhalliseywell there is but not maintained by kube17:31
inc0well there is REST api17:31
rhalliseyI mean this all comes down to how much we want the container to do17:32
rhalliseywill the containers need to check if they need to be bootstrapped or should an outside tool17:32
rhalliseyI think kfox is right when he cautions about making the containers too smart17:33
inc0well moving bootstrapping outside of containers, one Sergey described, might not be bad idea17:37
inc0however we need to analyze it more17:37
inc0actually, might not be super easy too17:37
inc0if we consider networkign17:38
inc0so for example ansible might not have access to openstack mgmt network17:38
inc0therefore to mariadb17:38
inc0so from deployment node we might not have access to bootstrap17:38
inc0not to mention running mysql-admin stuff17:38
rhalliseyI guess there's 2 ways to interpret that.  1) the way you mentioned 2) don't do everything in the container17:40
*** ravig has quit IRC17:41
rhalliseyI was thinking more like #217:41
*** zhiwei has joined #openstack-kolla17:41
*** berendt has quit IRC17:41
rhalliseyleave the hard workflow logic to the workflow engine17:41
rhalliseyhmm17:42
*** Mech422__ has joined #openstack-kolla17:42
rhalliseyinc0, so similar to the way ansible checks if the mariadb volume exists17:42
rhalliseywe could ask ceph if it exists also17:42
rhalliseycould also see if someone create a configmap 'mariabd_bootstrap'17:43
rhalliseyand only let one person create that17:43
*** berendt has joined #openstack-kolla17:43
*** zhiwei has quit IRC17:45
*** Mech422 has quit IRC17:45
wirehead_The more logic we move into sidecar containers or containers in general, the less we’re going to be dependent on the vagaricies of the user’s local system.17:46
inc0wirehead_, that's the idea behind bootstrap containers17:47
rhalliseybut the less control ops will have17:47
inc0rhallisey, not really17:47
rhalliseydebatable17:47
inc0coreos and such are not meant to be logged it at all17:47
inc0every tool should be running in container17:48
inc0well logged in but not used as a normal OIS17:48
inc0OS17:48
wirehead_I think it requires a bit of change on the side of the tools we’re running, tho.17:49
inc0what do you mean?17:49
rhalliseyI think at the very least we need way more reliable checking17:50
wirehead_Well, on the kube side, you can do a lot to a running cluster by running `kubectl exec mariadb-xxxxx -it — bash` or `kubectl exec mariadb-xxxxx mysql ….`17:50
rhalliseythat's what I think is killing us here17:50
wirehead_That doesn’t *quite* map as well outside of the kube model.17:50
wirehead_Kolla-k8s is a bit weird because all of the tooling we’re using is designed for a very very different way of working and we’re shoehorning it in.17:51
wirehead_By default, you just log kube-native apps to stdout.17:51
wirehead_Running multiple processes?  Sidecar containers.17:52
rhalliseyso right now were using a job17:53
rhalliseyit may not make sense17:53
rhalliseyI like the method of throwing everything up there and health checking17:54
wirehead_Yeah.17:54
rhalliseybut is that really flexible?17:54
wirehead_It gives me a bit of the heebie jeebies but the word on the street calls it the kubernetes way.17:55
rhalliseyis openstack too complex of an application for this mehtod to work17:55
wirehead_It’s also refactoring.17:55
rhalliseylet's take nova17:55
*** berendt has quit IRC17:56
rhalliseystart nova-api, scheduler, conductor17:56
rhalliseynova-api will bootstrap while the other containers start17:56
*** berendt has joined #openstack-kolla17:56
*** vhosakot has joined #openstack-kolla17:57
rhalliseyinstead of exit 0, we just use it as a blocking point17:57
rhalliseybefore nova-api starts17:57
rhalliseywe also need to look at services as individual applications17:58
rhalliseythey should have their own pods17:58
Mech422__inc0: ok - not finding any libs so far - here's another example of parsing raw gpt table in python - just to give you an idea of what it takes: https://github.com/n0fate/raw/blob/master/gpt_parser.py17:58
rhalliseywith a few exceptions17:58
rhalliseylike nova-compute & libvirt17:58
rhalliseywirehead_, I'll add a few patches up for this18:00
rhalliseyrevisit this idea a little..18:01
inc0Mech422__, uhh....18:01
wirehead_And I was just looking through the list and feeling some victory that we were down to 4 Kolla patches. :/18:01
Mech422__inc0: thats why I didn't want to do it ourselves to begin with :-)18:01
*** vhosakot has quit IRC18:01
rhalliseywirehead_, :)18:01
wirehead_I do tend to think that OpenStack is going to be on the high end of complexity that people have tried to make Kube-native.18:01
Mech422__inc0: I'll keep looking for an existing lib - but if we really want to get rid of udev for this, I think we're gonna be looking at some scraping18:02
*** vhosakot has joined #openstack-kolla18:02
Mech422__inc0: again, I am NOT advocating dropping udev - I don't know how much of a corner case pbourke stuff is...18:03
Mech422__inc0: but if we want to support Oracle/RHEL 6 - it looks like udev has to go?18:03
inc0:S18:04
Mech422__since I'm not a RH guy - I have no idea how old RHEL 6 is anyway :-P18:05
wirehead_Like, simultaneously, we’ve got the need to not make things harder on ourselves with kubernetes, while at the same time not diverging too much from kolla.18:06
wirehead_RHEL 6 is like 3 Y! CEOs ago.18:06
*** b_bezak has joined #openstack-kolla18:06
*** coolsvap has quit IRC18:06
Mech422__wirehead_: so, like 6 months ? :-P18:06
*** dwalsh has joined #openstack-kolla18:06
Mech422__wirehead_: is it something worth supporting ? or is it EOL ?18:07
*** coolsvap has joined #openstack-kolla18:07
Mech422__for find_disks.py all I need is a list of drives and partitions (can read that from /proc/partitions I think)18:08
wirehead_RHEL 6 has just reached the end of “Production 1"18:08
Mech422__and the partition label (I can scrape that from sgdisk)18:08
Mech422__wirehead_: what does that mean ?18:08
Mech422__how many productions do they have ?18:09
wirehead_Apparently you can’t get full support, but they are still shipping security and other important fixes.18:09
Mech422__so, anyway - redoing find_disks.py isn't a big deal - but i've no idea what other stuff pburke might have problems with18:10
wirehead_So, RHEL 4 came out in 2010.18:10
wirehead_Parallels Fedora 12.18:10
wirehead_Err,, RHEL 6 came out in 2010.18:11
Mech422__wirehead_: oh wow..18:11
*** coolsvap has quit IRC18:12
wirehead_But they’ve backported tons of stuff.18:12
*** b_bezak has quit IRC18:12
kklimondayeah, it's a bit like asking if we should support precise-1 (I can't even remember what is the name anymore..)18:12
wirehead_It’s like Ubuntu LTS but even longer. :P18:13
Mech422__kklimonda: thats what I was trying to find out - I sorta think I'm better off just coming up with a 1 off patch for pbourke instead of redoing find_disk.py18:13
wirehead_Like, the sort of long you’d get if you put Pinochio to the task of working at an adtech startup18:13
Mech422__wirehead_: Hehe18:14
kklimondait looks like docker isn't supported on rhel6 anymore?18:14
Mech422__Anyway, I'm open to whatever...I don't know enough bout the support matrix to know who/how many this will effect18:15
*** huikang has quit IRC18:15
sdakeis there a kolla build way to rebuild all children containers18:15
sdakefor example, lets say i change nova-base18:15
sdakeand want it to rebuild all nova containers as a result18:16
*** huikang has joined #openstack-kolla18:16
kklimondaI don't think so, I just do kolla-build "nova.*" and hope for the best18:16
kklimondathis works, but won't account for containers that don't share name with base18:16
wirehead_So I’d somehow assumed in my head that there’s actually an official support matrix out of OpenStack for distros, at least marginally.18:18
wirehead_But maybe that’s just a bit of a gentlebeing’s agreement in places.18:18
kklimondaI think it can be inferred from gates, but I haven't seen a document with distribution support matrix18:19
*** huikang has quit IRC18:20
*** huikang has joined #openstack-kolla18:21
kklimondaI know Canonical has a nice diagram with what OpenStack releases are supported, for the given distribution - but that is made by them I think18:21
Mech422__err...well, if docker doesn't support RH EL 6... kinda leaves kolla in the cold doesn't it ? we need docker...18:21
kklimondaprobably RH supports it for RHEL6?18:21
Mech422__oh18:21
Mech422__ok - so back to 'whatever you guys wanna do'18:21
Mech422__:-P18:22
kklimondawirehead_: https://wiki.ubuntu.com/ServerTeam/CloudArchive18:22
kklimondabut that's only for their binary packages - you can still build openstack from source...18:22
*** berendt has quit IRC18:23
*** ravig has joined #openstack-kolla18:24
Mech422__inc0: the other option is to just move to the 'osd_...' vars in inventory file like we talked about18:25
Mech422__inc0: that should work for pbourke and the fall back to my patch should handle everyone else ?18:26
*** berendt has joined #openstack-kolla18:28
*** huikang has quit IRC18:30
*** ravig has quit IRC18:31
*** Mech422__ is now known as Mech42218:32
*** sacharya has quit IRC18:32
*** sacharya_ has joined #openstack-kolla18:32
*** arizidon has quit IRC18:33
*** sacharya has joined #openstack-kolla18:33
*** sacharya_ has quit IRC18:37
openstackgerritMerged openstack/kolla: Properly fail precheck for internal VIP's network  https://review.openstack.org/33062818:40
*** cloudnau_ has quit IRC18:40
inc0Mech422, we need to discuss more18:41
inc0I'm ok with having somehow deterministic way to find disks as opposed to discovery18:41
*** ravig has joined #openstack-kolla18:41
Mech422inc0: yeah - we hadn't resolved the bootstrap issue IIRC18:41
inc0but I think it's solvable18:42
Mech422inc0: well - if we want to be able to use file backing - discovery isn't gonna work...18:42
*** mgoddard has quit IRC18:42
Mech422inc0: yeah - there's ways to solve it... could be as simple as a sentinel file somewhere18:43
Mech422inc0: or maybe ask ceph18:43
*** stvnoyes1 has joined #openstack-kolla18:43
Mech422inc0: I kinda like the idea of asking ceph, even if it means scraping - it would prevent 'out of sync' issues18:43
*** huikang has joined #openstack-kolla18:44
*** arizidon has joined #openstack-kolla18:44
*** dmk0202 has joined #openstack-kolla18:44
inc0ceph has api18:44
Mech422inc0: true18:45
*** ravig has quit IRC18:45
Mech422inc0: only thing is, on replace drive - ceph will tell you 'ya I bootstrapped that already'...but you need to bootstrap the new drive18:45
inc0basically we can look carefully what ceph-ansible does then18:45
*** dmk0202 has quit IRC18:45
inc0this wheel is already invented18:45
Mech422inc0: yeah18:46
*** stvnoyes has quit IRC18:46
*** stvnoyes2 has joined #openstack-kolla18:46
inc0they use deterministic disk marking18:46
inc0actually it would be interesting to merge their logic to kolla18:46
inc0they'll be better ceph deployers than we can ever be18:46
Mech422inc0: so is this where I should put cycles - working up support for the inventory var stuff ?18:46
inc0can you add meeting agenda item?18:47
Mech422inc0: lol - I'm noob...I don't think I can do anything :-P18:47
inc0so we can get everyone involved18:47
*** stvnoyes1 has quit IRC18:48
inc0you can do this;)18:48
inc0just edit the wiki, anyone can do this18:48
inc0anyway18:48
inc0let's do that18:48
Mech422I can? hmm - oh...I'll go look...18:48
inc0let's look at ceph-ansible18:48
Mech422inc0: ok18:48
inc0and check out their method of dealing with that18:48
inc0and get back to this discussion when we're wiser man18:48
*** stvnoyes has joined #openstack-kolla18:49
Mech422inc0: I would love to use as much 'native ceph' tooling as possible...18:50
inc0same here18:50
Mech422inc0: cuts down on 'thats a non-standard install, go ask your vendor' if you ask questions18:50
inc0issue is, they didn't deploy dockers before18:50
inc0i think they might now tho18:50
Mech422inc0: I'll look18:50
inc0if they do, we can try to integrate that to kolla18:50
*** stvnoyes2 has quit IRC18:51
inc0anyway, we should get another look at ceph ansible18:51
inc0afk, meetings18:51
*** berendt has quit IRC18:51
Mech422can anyone log into https://wiki.openstack.org/wiki/Meetings/Kolla with openid ?18:53
Mech422I'm getting a blank page after sign-in18:54
*** berendt has joined #openstack-kolla18:54
*** salv-orl_ has quit IRC18:54
*** salv-orlando has joined #openstack-kolla18:55
*** arizidon has quit IRC18:56
*** huikang has quit IRC18:58
*** ravig has joined #openstack-kolla18:58
*** ravig has quit IRC19:01
*** dwalsh has quit IRC19:03
*** dwalsh has joined #openstack-kolla19:04
*** huikang has joined #openstack-kolla19:04
*** arizidon has joined #openstack-kolla19:05
wirehead_Oh, rhallisey, did you want to chat about bootstrapping and stuff?19:10
rhalliseysure19:11
rhalliseylet's say we drop the idea of jobs for a minute19:11
wirehead_k19:12
rhalliseywe would then need a) bootstrap side car container b) put the logic into extend_start19:12
rhalliseylet's think about this service by service19:12
rhalliseystarting with mariadb19:12
wirehead_rhallisey: also, jobs are a corner case in some ways - you can fire off a job from inside a sidecar19:13
*** sacharya has quit IRC19:13
wirehead_Actually. um.19:13
*** sacharya has joined #openstack-kolla19:13
rhalliseyyou can huh19:13
wirehead_Yep.19:13
rhalliseywe could keep the job in that case19:14
rhalliseyis that kubernetes like though?19:14
rhalliseyor is that hacky?19:14
wirehead_However, if you are storing your mariadb /var/lib/mysql directory as a iSCSI device in a NAS or a via RBD and Ceph, you can only have it mounted on one container.19:16
*** fbarilla has quit IRC19:16
*** ppowell has quit IRC19:16
*** ppowell has joined #openstack-kolla19:17
*** ravig has joined #openstack-kolla19:17
rhalliseyso then so side car for mariadb19:17
wirehead_It’s not especially hacky to call into Kube via a container.19:17
wirehead_Remember, Kube is explicitly a piece of a larger puzzle, not an OpenStack take-over-the-world effort.19:18
rhalliseyin ansible a way to determine if we need to bootstrap is if the mariadb volume exists19:19
wirehead_Yeah.  Arguing a lot of sides of the argument here, but mariadb is very much a special case.19:20
rhalliseyit is19:20
rhalliseywe need a way to know if /var/lib/mysql exists19:21
rhalliseywell19:21
wirehead_Most of the rest of the services take care to store their data inside of MariaDB instead of doing it on their own.19:21
rhalliseyif there is any info in it19:21
*** ravig has quit IRC19:21
wirehead_I mean, there’s a patch to be made in the future to paramaterize the volume mount there.19:22
wirehead_So, the way that bitnami’s chart (using the Helm tool for Kubernetes) bootstraps MariaDB is that they check every time at startup if everything’s set up.19:22
*** ravig has joined #openstack-kolla19:22
wirehead_https://github.com/bitnami/charts/tree/master/mariadb19:23
*** berendt has quit IRC19:23
rhalliseyya even if we had ansible the same bootstrapping method wouldn't work19:27
*** williamcaban has quit IRC19:27
*** SiRiuS__ has joined #openstack-kolla19:28
*** huikang has quit IRC19:28
rhalliseymaybe for now, AIO, we can check if /var/lib/mysql has any contents19:29
rhalliseywe have to use shared storage for mutlinode, we can check on it there19:29
*** ravig has quit IRC19:30
*** Jeffrey4l has quit IRC19:30
mark-caseyrhallisey: wirehead_: did the job/annotation plan hit roadblocks?19:31
*** Jeffrey4l has joined #openstack-kolla19:31
rhalliseymark-casey, well, it's not kubernetes like to do workflow19:31
rhalliseyit19:31
rhalliseyit19:32
rhalliseyit's kubernetes like to throw everything up19:32
rhalliseyand health check it19:32
mark-caseyrhallisey: I thought I'd seen in their docs some opinions on it, that at least they recognize it as not always avoidable19:33
wirehead_Yeah, I think for systems that use on-disk storage, doing the bootstrap at startup is kinda the best way to go.19:33
rhalliseythere have been multiple attempts to bring dependencies to kubernetes, everytime is met with opposition19:33
rhalliseywirehead_, well for AIO it will work19:34
rhalliseymultinode we will have to query ceph19:34
wirehead_Well, you have to create the volume before mariadb can claim it.19:35
*** huikang has joined #openstack-kolla19:35
rhalliseywon't it get created in the pod definition19:36
*** ravig has joined #openstack-kolla19:36
wirehead_Not necessarily.  The right way for 1.1-1.2 is a PersistantVolumeClaim.  The 1.3 way is going to be to create a volumeClaimTemplate19:38
wirehead_rhallisey: have you seen https://github.com/kubernetes/contrib/tree/master/pets/mysql/galera yet?19:38
*** williamcaban has joined #openstack-kolla19:39
wirehead_Either way, I still think it’s OK to see if the mounted directory is empty on startup and, if so, do the bootstrap.19:39
*** dmk0202 has joined #openstack-kolla19:40
wirehead_Alternatively, you can create the volume, run a job for boostrap, and then create the RC for mariadb which will fail to mount the volume until the job is complete.19:40
rhalliseyI haven't19:43
Mech422wirehead_: my boss sent this to me a while ago: http://vitess.io/19:43
Mech422haven't had a chance to really look at it, but it appears to be about running mysql in cloud/containers ?19:43
*** mbound has quit IRC19:43
*** dmk0202 has quit IRC19:43
mark-caseyre: vitess https://youtu.be/E_xsKiuuXkY?t=17m14s19:44
mark-caseythey had one of their guys at a coreos meetup19:44
Mech422mark-casey: oh? did it look any good ?19:44
*** ppowell has quit IRC19:45
*** ppowell has joined #openstack-kolla19:45
mark-caseyyes. I don't remember what all he was saying (to clarify I've just seen the video - wasn't there), but essentially it was "here are some things that we ran into with database in [I think it was for borg originally]"19:46
*** dwalsh has quit IRC19:46
mark-caseyand the solutions in vitess sounded like a good fit. I need to re watch it. I don't remember anything about bootstrap though19:46
*** dwalsh has joined #openstack-kolla19:47
*** williamcaban has quit IRC19:47
*** dwalsh has quit IRC19:47
*** ppowell has quit IRC19:47
*** dwalsh has joined #openstack-kolla19:48
Mech422mark-casey: gonna go watch video..brb19:48
*** ppowell has joined #openstack-kolla19:48
openstackgerritJoshua Harlow proposed openstack/kolla: Be smarter about what to do when making a docker client  https://review.openstack.org/33017119:50
mark-caseyrhallisey: wirehead_: so there have been several calls for external mysql in kolla. could that help in the k8s case if you can just assume it's up and not managed "in-band"?19:51
rhalliseywirehead_, ok so, Job will always bootstrap.  Running the service will check if it should bootstrap or not19:51
*** fragatin_ has quit IRC19:51
rhalliseymark-casey, no we need to include a solution19:52
*** daneyon_ has joined #openstack-kolla19:52
wirehead_mark-casey: not sure if that really helps.  Ideally, Kolla-kubernetes should configure the right mysql DB for the Kubernetes world, even if that differs slightly from Kolla-ansible.19:52
*** mliima has quit IRC19:52
rhalliseywirehead_, I think that provides flexibility and allow for some ops to handle things in steps19:52
wirehead_Either way, with Kubernetes service discovery, whatever is accessible by the right kube service will be used.  Regardless of if we set it up or the user has provided their own way.19:53
openstackgerritKen Wronkiewicz proposed openstack/kolla-kubernetes: Added some debugging operations to the MariaDB docs, wrapped lines.  https://review.openstack.org/33076219:54
Mech422mark-casey: oh - vitess is youtube code ?19:55
wirehead_I do think it’ll be different with e.g. Keystone, because there we’re setting up the database and running a provisioning script, all of which quite naturally fits inside of a job.19:55
mark-caseyyea. started there and I think they're generalizing it and retargeting it to kube19:55
Mech422mark-casey: yeah - I didn't know youtube was a mysql shop19:56
*** daneyon_ has quit IRC19:56
*** huikang has quit IRC19:56
wirehead_Mostly for the sake of kicking off DB-schema-migration upgrades as well as provisioning, it kinda makes sense to have a sidecar container or boot script that triggers a job instead of driving that with the user.19:57
*** zhiwei has joined #openstack-kolla19:59
*** salv-orlando has quit IRC20:00
*** salv-orlando has joined #openstack-kolla20:01
Mech422mark-casey: heh - forwarded that video to my boss - brown_points++ :-)20:01
Mech422err..brownie_points++ even20:02
Mech422mark-casey: thanks :-)20:02
mark-caseylol. sure thing20:02
openstackgerritDavid Wang proposed openstack/kolla-kubernetes: Remove code redundancy within service.py  https://review.openstack.org/33076520:02
Mech422wirehead_: have you seen this stuff ? it seems like it would be really cool to have at least as an option ?20:02
wirehead_Yeah, I’ve seen a few different options, mech42220:03
openstackgerritDavid Wang proposed openstack/kolla-kubernetes: Consolidating path resolution and searching for program files  https://review.openstack.org/32967620:03
*** zhiwei has quit IRC20:03
wirehead_There’s also Citrus’s patches against PostgreSQL, as well as a bunch of other options there.20:04
wirehead_As well as the long-standing debate about a NoSQL database like Cassandra being used to drive OpenStack.20:04
wirehead_I hadn’t actually had anyone point me to vitess, I think I ignored it last time.20:05
Mech422wirehead_: definately worth a couple of minutes to watch that video mark-casey linked20:05
wirehead_Yeah.20:05
Mech422wirehead_: designed from the ground up for borg/k8 and in production use at youtube20:05
Mech422wirehead_: thats more scale then I need :-D20:06
wirehead_I’m deeply suspicious and have read too much aphyr, so I’d want to deeply dig into the stability guarantees.20:06
mark-caseywirehead_: your Keystone example sounds like the current topic. I guess a better question for me would be which attributes of the maria bootstrap aren't kosher for a job?20:06
wirehead_mark-casey: Well, for one, most volume types are not able to work in shared-writable.20:06
*** matrohon has joined #openstack-kolla20:07
wirehead_And Kubernetes doesn’t really want to handle mounting and unmounting drives on a running system, so you can’t do the trick where you mount things manually.20:07
openstackgerritKen Wronkiewicz proposed openstack/kolla-kubernetes: Adding debugging documentation for Memcached  https://review.openstack.org/33076620:08
*** fragatina has joined #openstack-kolla20:10
*** fragatina has quit IRC20:10
*** fragatina has joined #openstack-kolla20:11
wirehead_Mech422: Yeah, in the interests of simplicity, right now we’re doing the ‘easy’ option that’s largely free of problems with parallelism and distributed systems.  A single Mariadb instance on (eventually) resilient storage.20:14
wirehead_The problem is that if you yank the node that happens to have Mariadb schedueld on it, you are going to get a blip set to Kubernetes’s configured timeout before it calls a node dead.20:15
mark-caseyand scaling20:16
mark-caseywirehead_: so would it be fair to say that this is difficult because mariadb is one of few things (or the only thing) that can't ask another service whether it has previously bootstrapped?20:17
*** ayoung has quit IRC20:18
Mech422mark-casey: gah..I wish this guy would stop moving away from the microphone20:18
*** openstackstatus has joined #openstack-kolla20:19
*** ChanServ sets mode: +v openstackstatus20:19
mark-casey:)20:21
*** inc0 has quit IRC20:23
*** dmk0202 has joined #openstack-kolla20:23
*** zhiwei has joined #openstack-kolla20:26
esharao__hi.. im running into issues Starting neutron-dhcp-agent container20:28
esharao__Path /run/netns is mounted on /run but it is not a shared mount.20:28
esharao__i did delete and redeploy as suggessted but its not working..20:28
Mech422esharao__: did you add the shared mount do your rc.local?20:28
esharao__nope20:28
wirehead_oh, rhallisey, can you take a peek at https://review.openstack.org/#/c/329676/20:28
patchbotwirehead_: patch 329676 - kolla-kubernetes - Consolidating path resolution and searching for pr...20:28
Mech422mount -oremount --make-shared /run20:28
Mech422esharao__: I believe the docs mention it...20:29
*** ravig has quit IRC20:29
Mech422esharao__: I just stuffed it in rc.local so it gets applied every boot20:29
esharao__i think i missed that one.. i did do the other part to make it shared20:29
Mech422other part ?20:29
Mech422thats all I did20:29
esharao__oh..20:30
esharao__mount --make-shared /run - i did it on the wrong server20:30
esharao__thanks Mech42220:30
Mech422np20:30
*** zhiwei has quit IRC20:31
esharao__i was trying the kubernates one on a diff vm and i did it there but not on the plain kolla one.20:31
openstackgerritKen Wronkiewicz proposed openstack/kolla-kubernetes: Fix keystone bootstrap failure  https://review.openstack.org/33077720:32
esharao__how is your trial of k8s going?20:32
Mech422slow - too many things 'popping up'20:33
esharao__:)20:33
*** mbound has joined #openstack-kolla20:33
Mech422wirehead_: speaking of which - is ansible 2 ok for k8 ? the k8 contrib stuff says ansible 1.9 - but kolla is using 2 for master ?20:33
wirehead_I’ve been testing with 2.1.20:34
wirehead_Actually, that reminds me that I need to make a doc patch20:34
Mech422cool - thanks20:34
*** jtriley has quit IRC20:35
wirehead_ansible --version20:35
wirehead_ansible 2.1.0.020:35
rhalliseywirehead_, sure20:38
rhalliseyMech422, it should be the same as kolla20:39
rhalliseyso 2.0 or 2.120:39
Mech422cool - I'm installing 2.1, so should be good - thanks20:40
openstackgerritKen Wronkiewicz proposed openstack/kolla-kubernetes: Adding debugging documentation for Memcached  https://review.openstack.org/33076620:41
*** daneyon has quit IRC20:42
*** huikang has joined #openstack-kolla20:50
*** b_bezak has joined #openstack-kolla20:52
*** arizidon has quit IRC20:53
*** sacharya has quit IRC20:54
*** b_bezak has quit IRC20:55
*** sacharya has joined #openstack-kolla20:55
*** sacharya_ has joined #openstack-kolla20:56
rhalliseywirehead_, I'll add some comments tmr.  I think I did find an issue though20:56
*** jamie_h has quit IRC20:57
*** ppowell has quit IRC20:57
rhalliseysee ya!20:58
*** rhallisey has quit IRC20:58
*** sacharya has quit IRC20:59
mark-caseywirehead_: is this kind of what you were saying with letting the mount fail until the job is completed? http://kubernetes.io/docs/user-guide/jobs/#single-job-starts-controller-pod21:01
wirehead_mark-casey: not quite.21:04
*** Serlex has quit IRC21:06
*** sacharya has joined #openstack-kolla21:10
openstackgerritKen Wronkiewicz proposed openstack/kolla-kubernetes: Adding debugging documentation for Keystone  https://review.openstack.org/33078821:10
*** sachary__ has joined #openstack-kolla21:11
*** ravig has joined #openstack-kolla21:11
*** sacharya_ has quit IRC21:13
*** ravig has quit IRC21:13
*** sacharya has quit IRC21:14
*** dwalsh has quit IRC21:15
openstackgerritKen Wronkiewicz proposed openstack/kolla-kubernetes: Adding debugging documentation for Keystone  https://review.openstack.org/33078821:16
*** sachary__ has quit IRC21:20
*** sacharya has joined #openstack-kolla21:20
*** sacharya_ has joined #openstack-kolla21:21
*** arizidon has joined #openstack-kolla21:22
mark-caseywirehead_: you mentioned most volume types not being shared-writable... but can you do multiple mounts of NAS/RBD volumes in read-only?21:23
*** sacharya has quit IRC21:25
mark-caseybecause then the bootstrap sidecar could mount /var/lib/mysql read-only, and another volume elsewhere read-write. If /var/lib/mysql is empty you just bind-mount the read-write volume over /var/lib/mysql inside the container and do bootstrap. Then the actual mariadb container just does the reverse: mount the actual datadir as read-write and the bootstrap volume read-only21:25
wirehead_mark-casey: yah21:27
Mech422my sister just called - she left her laptop with the IT guy at work to update office..21:27
Mech422got the machine back with win10, updated office, and ALL her files gone :-P21:27
mark-caseyMech422: ugh. stomach just dropped21:28
Mech422Spent the next half hour trying to explain to her the linux isn't windows and I have no idea how to get her files back...21:28
wirehead_Heh, so my mom is actually better at coaxing WIndows machines back to functionality than I Am.21:28
Mech422mark-casey: yah - their 'IT guy' sounds like a winner...21:28
wirehead_(Of course, she was a mainframe engineer back in the day)21:28
Mech422wirehead_: oh nice - my mom used to think my name was 'help desk' :-P21:29
mark-caseyMech422: I can tell you that the first thing to do is turn the thing off21:29
wirehead_Yeah.  She’s got a large crop of very dedicated customers.21:30
wirehead_And she’s patient about it.  She’ll fix things instead of my usual burn-it-down-and-restore-from-backup approach.21:31
mark-caseyIT man likely did a quick format with ntfs. tools like r-studio can recover data but not if new files overwrite :D21:31
*** b_bezak has joined #openstack-kolla21:32
*** diogogmt has quit IRC21:34
*** mark-casey has quit IRC21:34
*** diogogmt has joined #openstack-kolla21:36
*** matrohon has quit IRC21:38
*** dmk0202 has quit IRC21:38
*** daneyon has joined #openstack-kolla21:40
*** b_bezak has quit IRC21:42
*** daneyon has quit IRC21:44
Mech422wirehead_: yeah - I have no patience for windows - thinks it smarter then you are21:45
Mech422wirehead_: I want the machine to do as it's told, not argue with me21:45
*** ravig has joined #openstack-kolla21:47
*** inc0 has joined #openstack-kolla21:51
*** huikang has quit IRC21:51
*** b_bezak has joined #openstack-kolla21:59
*** huikang has joined #openstack-kolla21:59
*** huikang has quit IRC22:04
*** dmk0202 has joined #openstack-kolla22:04
*** ayoung has joined #openstack-kolla22:07
*** b_bezak has quit IRC22:12
*** ravig has quit IRC22:14
openstackgerritKen Wronkiewicz proposed openstack/kolla-kubernetes: Fix docs for Ansible 2.1 support, remove some of the notes.  https://review.openstack.org/33080522:16
*** inc0 has quit IRC22:21
*** vhosakot has quit IRC22:29
*** salv-orlando has quit IRC22:29
*** salv-orlando has joined #openstack-kolla22:30
openstackgerritKen Wronkiewicz proposed openstack/kolla-kubernetes: Create ConfigMaps with dashes instead of underscores  https://review.openstack.org/33024722:31
*** salv-orlando has quit IRC22:34
*** salv-orlando has joined #openstack-kolla22:35
*** esharao__ has quit IRC22:38
*** dmk0202 has quit IRC22:39
*** ravig has joined #openstack-kolla22:41
*** arizidon has quit IRC22:42
*** zhiwei has joined #openstack-kolla22:45
*** zhiwei has quit IRC22:50
*** ravig has quit IRC22:53
*** ayoung has quit IRC23:07
openstackgerritKen Wronkiewicz proposed openstack/kolla-kubernetes: Fix Horizon's configmap to work with underscores  https://review.openstack.org/33081623:07
*** salv-orl_ has joined #openstack-kolla23:08
*** diogogmt has quit IRC23:10
*** salv-orlando has quit IRC23:11
*** daneyon has joined #openstack-kolla23:16
harlowja_oh ya, since i forgot, sdake the recommended filesystem for things kolla will be deploying to (so that docker images don't suck) was btrfs ?23:16
sdakeharlowja_ i'd go with that and test it heavily ;)23:17
harlowja_ya, mdorman you around, wondering how that will work out for godaddy, ha23:17
sdakeuse the -s option to docker23:17
harlowja_didn't think (but not sure) if we use btrfs anywhere , lol23:17
sdakejust /var/lib/docker23:17
sdakewhich version of centos are you on23:18
* harlowja_ jumps on a test machine23:18
sdakei have had really good success with overlayfs as a target for deployment23:18
sdakebut building on overlayfs is no beuno23:18
sdakealso red hat says overlayfswill eat chickens23:18
sdakein their 3.10 7.2 centos kernel23:19
sdakeso ymmv23:19
harlowja_ext3 with LVM members (hmmmm) , unsure if this test machine is the normal setup23:19
harlowja_with g 3.10.0-327.23:19
harlowja_* 3.10.0-327.4.5.el7.x86_6423:19
harlowja_seems like another machine is ext4 + lvm23:20
harlowja_i'll divert which FS to mdorman  :-P23:20
mdormanhey23:21
harlowja_mdorman hey hey, i was remembering something something about filesystem type that best works with docker23:21
harlowja_and how sdake was saying btrfs and then i was like hmmmm, uh23:21
mdormanyah all of our stuff is ext423:22
mdormanis it just bad performance b/c of the layering?23:22
sdakereliability because lvm device mapper sucks23:22
sdakeaufs is an option on ubuntian systems23:22
* harlowja_ wonders what other people using docker at godaddy are using :-/23:23
sdakeoverlayfs will run over ext423:23
*** arafferty_ has joined #openstack-kolla23:23
sdakeand reliably from my year long testing23:23
harlowja_but u said it eats my chickens23:23
harlowja_lol23:23
sdakered hat says it eats chickens23:23
sdakei say it eats chickens if you docker build on it :)23:23
harlowja_ah23:24
sdakei think the ovl red hat plugin is busted23:24
mdormani am not sure if all of our stuff uses LVM or not.   i thought most prod things were real physical partitions23:25
mdormaneh no i’m wrong, only /boot is a real partition23:25
*** mummer has quit IRC23:26
sdakewhat i mean is docker uses lvm23:26
mdormanso you’re saying btrfs is the recommendation?23:26
sdakeby defualt23:26
mdormanoh23:26
sdakeand lvm + docker is not good23:26
harlowja_what a weird defaut23:26
harlowja_lol23:26
harlowja_*default23:26
sdakei hear they changed it recently23:26
sdakebut not certain on that point23:26
sdakei'd go with btrfs + backups :)23:27
sdakeif you really want to get wild throw ceph into the mix!23:27
harlowja_mdorman has PTSD about that23:27
wirehead_BeFS>23:27
harlowja_:-/23:28
harlowja_lol23:28
sdakesadfacefs #23:28
sdakeseriously though on centos btrfs is what i'd use for /var/lib/docker23:28
sdakeand keep the rest on ext423:28
sdakethen deciding on ceph is an orthogonal issue23:30
sdakedepending on your risk tolerance23:30
sdakewhich I assume is low :)23:30
sdakegreat hting about ceph is its super easy to backup23:30
sdakebad thing about ceph is it has eaten chickens before23:30
sdakealthough so has btrfs23:30
sdakeceph + openstack is a great pair23:31
sdakereally well integrated23:31
mdormanso can you tell me more why running it on ext4 is a bad idea?23:31
sdakesure23:31
sdakelvm + devicemapper locks containers disk space23:31
sdakethen they become undeleteable23:31
sdakehence there is no way to upgrade without a reboot23:32
sdakeits some kind of reference counting problem23:32
sdakethe community pretty much gave up23:32
sdakeand by community i mean docker and lvm community23:32
sdakeonce the reboot is done the locks are cleared23:33
mdormani see.  so because the underlying ext4 fs doesn’t have facilities for this layering stuff, docker has to do it using lvm23:33
sdakethe containers can be deleted and replaced23:33
mdormanis that a corrrec statement?23:33
sdakeroger that23:33
mdormanok23:33
sdakebtrfs overlayfs aufs all have layering built in23:33
*** daneyon has quit IRC23:33
mdormanwell this should be fun23:33
harlowja_lol23:33
sdakeoverlayfs is the cleanest implementation23:33
sdakebut its clean because its new23:34
sdakeand since its green its a bit buggy here and there23:34
mdormanright.23:34
sdakeif you ere using master of kernel i'd recommend overlayfs over all else23:34
sdakeor some hardened version of master23:34
sdakei.e. centos 8 :)23:34
mdormank23:34
harlowja_master of kernel = ?23:34
harlowja_centos8 :-/23:34
harlowja_lol23:35
harlowja_u a funny one23:35
sdakebeen one of those days23:35
sdakered hat has backported a bunch off overlayfs fixes into 3.10 kernel23:35
sdakebut its a temporary (20 years in red hat) fork of the kernel and as such isn't as tidy as upstream23:36
mdormanyeah we’ll have to look into all this a little more.   good to have the tips though for sure23:36
sdakecool happy to help23:36
harlowja_sdake got a link to those patches?23:36
harlowja_i can probably find them, but u might be quicker :-P23:37
sdakeharlowja_ no i dont23:37
sdakeharlowja_ just what i hear through grapevine23:37
harlowja_ok, i find, ha23:37
sdakei think red hat is compressing their kernel patches now23:37
harlowja_for real23:37
harlowja_:(23:37
sdakerather squashing23:37
harlowja_damn oracle damn23:37
harlowja_damn23:37
harlowja_bleep23:37
sdakeso oracle23:37
sdakeyup23:37
sdakeoracle ;)23:37
harlowja_ya, not cool23:37
harlowja_stupid23:37
sdakefunny thing is i hear oracle wrote an automated tool to de-squash the patches23:38
harlowja_AI?23:38
sdakenot sure23:38
sdakejust wwhat i hear23:38
sdakeno first hand knowledge23:38
harlowja_wonder how that would be possible, since u sorta lose all the context23:38
harlowja_anyways23:38
harlowja_stupid23:38
harlowja_ha23:38
wirehead_I’m constantly amazed by the distro drama.23:38
sdakei think i could write such a tool given enough time nad money :)23:38
harlowja_well can u locate the context from somewhere?23:39
sdakeyup - from upstream23:39
harlowja_i mean, u can split off the diff hunks into <something>23:39
harlowja_ah23:39
harlowja_ok, so the context is still somewhere23:39
harlowja_then, the whole thing is really dumb23:39
harlowja_lol23:39
sdakered hat wasn't wearing their red hats when they made that choice23:39
harlowja_def23:39
wirehead_I’ve long been on a quest to acquire a genuine Red Hat red fedora hat the hard way.  As in, stealing it, preferebly with a story attached, instead of getting it through employment.23:40
*** ravig has joined #openstack-kolla23:40
harlowja_https://oss.oracle.com/projects/RedPatch/23:40
harlowja_lol23:40
harlowja_"What is RedPatch?23:40
harlowja_The aim of the RedPatch project is to take all of the source code changes of the Red Hat Kernel from release to release and to break them up into smaller, stand-alone changes, using upstream commits whenever possible."23:40
harlowja_sounds like that project23:41
harlowja_ha23:41
harlowja_stupid corporate wars23:41
wirehead_Well, I worked with a bunch of ex-Cannonical folks and they had stories.23:42
wirehead_In a sense, it’s kind of like Newer Better Now With Nitrogen Engine Cleansing Additives for gas.23:42
wirehead_It’s the same gas, with some magical mystical ‘special sauce’ they try to sell you.23:43
harlowja_lol23:43
harlowja_true dat23:44
*** ayoung has joined #openstack-kolla23:44
*** cloudnau_ has joined #openstack-kolla23:45
*** salv-orl_ has quit IRC23:47
*** salv-orlando has joined #openstack-kolla23:48
*** huikang has joined #openstack-kolla23:56
*** sdake has quit IRC23:57
*** mbound has quit IRC23:59

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