Thursday, 2016-06-09

sdakemorphed into corosync00:00
Mech422ahh yeah00:00
*** ravig has joined #openstack-kolla00:00
Mech422I never got into the 'old' linux clustering stuff...00:00
*** ravig has quit IRC00:04
dcwangmit01Hi All.  I'm thinking about filing a blueprint.  There may be an network configuration issue when running kolla containers on kubernetes.  https://gist.github.com/dcwangmit01/f27eae3e7634861aedcb0a2315f56d1a  I'll be back reading IRC tomorrow 10AM PST.  If it's valid, I'll file the blueprint00:08
openstackgerritJoshua Harlow proposed openstack/kolla: Add non-intrusive ctrl-c handling  https://review.openstack.org/32191300:12
wirehead_Rackspace tried to get me to move to Texas multiple times.00:16
*** sacharya has joined #openstack-kolla00:17
wirehead_There are advantages to living in the bay area.  Mostly having to do with physically being able to meet with people and chat.00:18
*** dwalsh has quit IRC00:18
Mech422wirehead_: yeah - there is no tech community around like the bay area00:19
wirehead_Seems pretty darn silly to require people in teech to move to a particular not-bay-area location (or maybe not-Austin, not-Portland, not-Seattle) sort of location.00:19
Mech422wirehead_: but as I get older, I like computers more and people less....soo.....00:19
openstackgerritVikas Jain proposed openstack/kolla: Changed namespace from kolla to kollaglue in oslo  https://review.openstack.org/32743300:19
wirehead_Heh.  I actually like people more and computers less as I’ve aged.00:20
Mech422wirehead_: really? wow...what kind of computers do you hang around with :-P00:20
wirehead_Don’t think of it as a problem with the computers.  Think about it as meta-programming.  Or, when dealing with lisp programmers, meta-meta-programming.00:21
Mech422wirehead_: when I was younger I used to pugs/lugs/meetups - google used to host some cool stuff at the HQ...00:21
Mech422wirehead_: now, I resent anything that makes me put on pants00:21
Mech422:-P00:21
Mech422wirehead_: LOL00:21
Mech422meta^2 ? :-)00:21
wirehead_Well, it also kinda goes back to the loss of the vibrant artist community that was in the bay area, fed by all sorts of broke frustrated ex-techies, in 2002-2005.00:22
wirehead_I mourn the crazies who were priced out of the bay.00:22
*** sacharya has quit IRC00:23
Mech422wirehead_: I don't get that whole bay area 'housing outrage' - cities like New York have had gentrification issues for decades and don't make class warfare out of it ?00:23
sdakewirehead_ i dont know how places like mcdoandls stay in business00:23
*** ssurana1 has quit IRC00:23
wirehead_Yeah, so I’m on my neighborhood mailing list.  And some of the people clutching at their pearls about various subjects is quite…. special.00:24
Mech422wirehead_: hehe00:24
wirehead_Mostly it’s that Manhattan Manhattanified.  Whereas here, they see that as a dirty word.00:24
Mech422wirehead_: also, if SFO would build some dam apartments, it would ease the housing crunch - but everything is a 'historic preserve'00:24
Mech422wirehead_: eh - I get wanting to preserve the 'flavor' of the city...but by definition, thats going to drive costs up...00:25
wirehead_Well, they preserve the ‘flavor’ of the city by ruining the flavor of the city.00:26
Mech422wirehead_: oh? I haven't been there in like 6 years - has it changed much ?00:26
Mech422wirehead_: ( better rapid transit would help too - barts nice, but too limited)00:27
wirehead_So, I had a convo last year with a professional ballerina in one of the bay area’s second-tier dance companies.00:28
wirehead_And, note that first-tier is one of the top-5 ballet companies, so second tier is pretty damn good.00:29
wirehead_She has no car and the best she could do is a shared room in an apartment that’s not too hard to get to the studio via transit.00:29
Mech422wirehead_: yeah - thats what I mean about transit - New York, no one drove - you could subway/bus/taxi anywhere...00:31
wirehead_Well, I’m WFH today, which means I’m carless.00:31
Mech422wirehead_: of course - PHX is 10x worse for transit - no car, no life :-P00:31
wirehead_The car is really my wife’s car.  It’s actually annoying to adjust it for my settings.  And I can get away without the car for most of daily life.00:32
wirehead_But I have to bike, because otherwise I’d spend all my time on the transit system that, frankly, is slower than biking.00:32
Mech422wirehead_: I just don't get the arguement "we have this really cool place where everyone wants to live, and now its too expensive" ?00:32
Mech422wirehead_: yeah - buses are the worst for travel time .. stopping every block ugh00:33
wirehead_For me, I’m just concerned that it’s going to get really lame and borring because I rather like ballet and art and stuff.00:33
Mech422wirehead_: I hear ballet, opera, syphmonies, etc are having a hard time all over the country though...00:34
Mech422wirehead_: seems like the 'old culture' isn't as appreciated by the younger generations ?00:35
wirehead_Well, the band scene is kinda lame too00:35
Mech422wirehead_: really? that was one of the big draws to sfo00:36
wirehead_Very very very few live music venues compared to other cities00:37
Mech422ahh00:37
wirehead_There’s still some large concert halls for touring acts.  But cost per square foot is too much for there to be space wasted for a band.00:37
Mech422yeah - I remember the 'cow palace' or something ?00:38
wirehead_Yeah, so I bemoan the change that is the bay area, but my values and concerns seem to be totally different than 90% of the locals.00:39
Mech422wirehead_: heh - being a geek, you should be used to that :-)00:39
wirehead_True, but that 90% includes a lot of the tech community. :D00:40
Mech422wirehead_: I was amazed when I moved to cupertino how BAD the schools were00:40
Mech422wirehead_: mesa az had a median income of $35K/year at the time, and spent $300/yr PER STUDENT more then cupertino did00:41
Mech422wirehead_: I thought engineers would value good schools, but it appears they value lower taxes more00:41
wirehead_Well, there are a lot of engineers who didn’t reproduce.00:41
wirehead_Or they send their children to a private school.00:41
Mech422wirehead_: yeah - and a lot tha ...exactly00:41
wirehead_Or they can afford to live in Palo Alto and send their kids to Gunn.00:42
Mech422wirehead_: the 2 big things I miss from silly valley, are Fry's electronics and LOTS of takeout options00:42
Mech422I can literally only order delivery food here from like 6 places00:42
*** sdake has quit IRC00:42
wirehead_Of course, Gunn has this problem where the children of overachieving bay area wealthy people tend to snap and commit suicide on the CalTrain line I take to and from work.00:43
wirehead_Oh, Fry’s is downhill.00:43
wirehead_Food is still pretty good. Delivery is great, built on the backs of a lot of the ‘normal’ people.00:43
Mech422wirehead_: No...Not frys!  that was my mecca!00:44
Mech422the sunnyvale HQ was AWESOME!00:44
wirehead_Well, you can still get a soldering iron and some resistors on Sunday while screwing with stuff.00:44
Mech422wirehead_: yeah - and you could get and RC toy, new cpu and a cup of coffee to go with it....00:45
wirehead_Same.00:45
wirehead_But Powell Books’s in Portland has done better surviving Amazon’s onslaught than Fry’s has about Amazon’s weird-shit-and-electronics.00:45
Mech422wirehead_: yeah - I get my fix from NewEgg now...00:46
Mech422wirehead_: for some reason, about the only thing I get from Amazon is books...dunno why00:46
Mech422I go on amazon ebook binges every so often - though, why their ebooks are only $10 less then phsyical I don't know00:47
openstackgerritJoshua Harlow proposed openstack/kolla: Stop using a global logger for all the things  https://review.openstack.org/32188400:47
wirehead_I’m not sure if I’d miss Fry’s.  I miss the Indian businesses in Sunnyvale if they went away.00:48
wirehead_Well, there’s Overdrive for ebooks and Amazon Unlimited.00:49
wirehead_My wife is 10 x the bibliophile I am, and I’m pretty bad.  Last year when we were in LA, we had to stop at a LA City Public Library to get a card, because they’ve got a great collection on Overdrive.00:50
openstackgerritJoshua Harlow proposed openstack/kolla: Use 'image' not 'item'  https://review.openstack.org/32475600:51
Mech422wirehead_: I haven't used overdrive in like 2 years... Mesa library had it, but I never bothered to renew my card when it expired00:51
wirehead_Yeah, all of my local library cards have expired, probably with late fees on each one.  But the LA collection is nice. :D00:52
*** salv-orlando has quit IRC00:53
Mech422wirehead_: I should prolly look at Oreilly Safari again...00:53
*** salv-orlando has joined #openstack-kolla00:53
*** daneyon_ has joined #openstack-kolla00:54
wirehead_Yah.00:54
*** ravig has joined #openstack-kolla00:55
*** phuongnh has joined #openstack-kolla00:55
*** vhosakot has quit IRC00:56
*** vhosakot has joined #openstack-kolla00:57
*** daneyon_ has quit IRC00:58
*** vhosakot has quit IRC01:02
*** ravig has quit IRC01:02
*** ravig has joined #openstack-kolla01:04
*** murphyslawbbs has quit IRC01:04
*** vhosakot has joined #openstack-kolla01:10
*** rhallisey has quit IRC01:18
*** ravig has quit IRC01:32
*** tfukushima has joined #openstack-kolla01:48
*** vhosakot has quit IRC01:53
*** vhosakot has joined #openstack-kolla01:54
*** sacharya has joined #openstack-kolla01:59
*** sacharya has quit IRC02:07
*** vhosakot has quit IRC02:07
*** vhosakot has joined #openstack-kolla02:07
*** sacharya has joined #openstack-kolla02:08
kklimondahmmm, is using ssd for ceph osd journal documented somewhere?02:08
*** ayoung has quit IRC02:17
*** ayoung has joined #openstack-kolla02:25
*** ayoung has quit IRC02:29
*** mdorman has joined #openstack-kolla02:31
*** ravig has joined #openstack-kolla02:32
*** jgriffith_away is now known as jgriffith02:42
*** yuanying has quit IRC02:50
*** mdorman_ has joined #openstack-kolla02:53
*** mdorman has quit IRC02:53
*** mdorman_ is now known as mdorman02:53
*** mdorman has quit IRC02:58
*** mdorman has joined #openstack-kolla03:02
*** mdorman has quit IRC03:03
*** coolsvap has joined #openstack-kolla03:04
*** mdorman has joined #openstack-kolla03:07
*** sdake has joined #openstack-kolla03:10
sdakewe have fry's electronics in arizona Mech42203:10
openstackgerritMerged openstack/kolla: Changed namespace from kolla to kollaglue in oslo  https://review.openstack.org/32743303:15
*** sdake has quit IRC03:26
mdormani added some notes to our etherpad at https://etherpad.openstack.org/p/kolla-gd-thoughts-concerns-remarks , hopefully that’s helpful in understanding what we’re trying to do (or at least my version of what i think we’re trying to do, hah)03:29
*** iceyao has joined #openstack-kolla03:38
*** d_code has quit IRC03:40
*** iceyao has quit IRC03:43
*** yuanying has joined #openstack-kolla03:48
*** d_code has joined #openstack-kolla03:50
kklimondaok, found ceph external journal documentation: https://review.openstack.org/#/c/324539/03:59
patchbotkklimonda: patch 324539 - kolla - Document the use of external Ceph journal drives03:59
*** tfukushima has quit IRC04:00
*** vhosakot has quit IRC04:00
Mech422sdake: the fry's electronics here are pretty bad compared to the one in sunnyvale...04:04
*** d_code has quit IRC04:05
wirehead_It's just not the same.04:05
Mech422kklimonda: I have some patches in review to make that work with partitions as well as full devices04:05
wirehead_Of course, you might come back to SF for some reason, Mech422, and realize that ours have gone downhill too04:05
*** d_code has joined #openstack-kolla04:06
Mech422wirehead_: true - nothing ever lives up to the memory...04:06
wirehead_Perk of living in Sunnyvale:  After finishing up today's hacking, went on a lovely bike ride in the mountains.04:06
wirehead_Mech422, do you remember Weird Stuff Warehouse in Sunnyvale?04:09
Mech422Oh god yes!04:09
Mech422weird stuff was awesome!!04:09
wirehead_It doesn't have as many discarded prototypes as it did in the 90s, but it's still pretty damn weird.04:10
Mech422just trying to figure out what have the stuff was, was a trip :-)04:10
wirehead_When I worked at Y! I would blow off steam by browsing the aisles of crap.04:10
Mech422what was the other one - over by fry's - it was more of a ham shack...04:10
Mech422wirehead_: oh yeah - walking distance! I'd be broke all the time!04:10
wirehead_HSC04:10
*** tfukushima has joined #openstack-kolla04:11
wirehead_Mech422: In 2008, I managed to use my willpower to avoid coming home with this: https://www.flickr.com/photos/cyberspace/2423245919/04:12
Mech422Indies!04:13
Mech422oh yeah - Halted!04:13
Mech422they had an electron microscope on sale there for like $300 the first time I walked in....04:14
Mech422wirehead_: my neighbor ran a test lab for Hitachi Data Systems - he gave me like 6 SGI O2s then they updated the lab04:14
wirehead_o2's were the beginning of the end, but those were the ones I learned Maya and Renderman on before I learned that the video game and computer graphics industry is a horrible industry to work in.04:15
wirehead_I've managed to not acquire too large of a stack of useless vintage computer gear, actually.04:16
Mech422it was funny to watch O2's run win3.1 programs in emulation faster then PC's did native...04:16
Mech422wirehead_: I'm a huge MMORPG geek.... it sad how bad the game industry has gotten04:17
Mech422wirehead_: they really milk the 'I wanna make video games' dreams of the RCGs04:18
wirehead_Yeah, basically I left college a bit unhappy because I was doing finance instead of games or graphics.  Then I learned how to make art neon, and then I met people who were chewed up and spit out by the games industry and realized I'd dodged a bullet.04:20
Mech422wirehead_: yeah - they really seem to treat people like crap04:21
Mech422ok - gonna watch Zootopia with the girlfriend...back in an hour or two04:22
*** salv-orl_ has joined #openstack-kolla04:25
*** salv-orlando has quit IRC04:28
*** d_code has quit IRC04:28
*** salv-orl_ has quit IRC04:51
*** salv-orlando has joined #openstack-kolla04:51
*** harlowja_at_home has joined #openstack-kolla04:56
*** coolsvap has quit IRC04:56
*** salv-orlando has quit IRC05:00
openstackgerritJoshua Harlow proposed openstack/kolla: Add non-intrusive ctrl-c handling  https://review.openstack.org/32191305:00
openstackgerritJoshua Harlow proposed openstack/kolla: Stop using a global logger for all the things  https://review.openstack.org/32188405:06
*** harlowja_at_home has quit IRC05:08
*** coolsvap has joined #openstack-kolla05:22
*** mgkwill has quit IRC05:23
*** godleon has quit IRC05:23
*** macsz has quit IRC05:23
*** tpeoples has quit IRC05:24
*** DuncanT has quit IRC05:24
*** godleon has joined #openstack-kolla05:24
*** elemoine_ has quit IRC05:24
*** serverascode has quit IRC05:25
*** NachoDuck has quit IRC05:25
*** ediardo has quit IRC05:25
*** NobodyCam has quit IRC05:25
*** smekel_ has quit IRC05:25
*** akwasnie has quit IRC05:25
*** akwasnie_ has quit IRC05:25
*** DuncanT has joined #openstack-kolla05:27
*** NobodyCam has joined #openstack-kolla05:28
*** ediardo has joined #openstack-kolla05:28
*** elemoine_ has joined #openstack-kolla05:28
*** akwasnie_ has joined #openstack-kolla05:30
*** ravig has quit IRC05:30
*** tpeoples has joined #openstack-kolla05:32
*** akwasnie has joined #openstack-kolla05:33
*** elemoine_ has quit IRC05:33
*** NachoDuck has joined #openstack-kolla05:33
*** smekel_ has joined #openstack-kolla05:33
*** serverascode has joined #openstack-kolla05:34
*** mgkwill has joined #openstack-kolla05:34
*** elemoine_ has joined #openstack-kolla05:35
*** macsz has joined #openstack-kolla05:37
Mech422that was pretty good :-)06:12
*** daneyon_ has joined #openstack-kolla06:19
*** daneyon_ has quit IRC06:23
*** Mr_Broken has joined #openstack-kolla06:27
*** sacharya has quit IRC06:31
*** zhiwei has joined #openstack-kolla06:37
*** belmoreira has joined #openstack-kolla06:38
*** zhiwei has quit IRC06:44
*** zhiwei has joined #openstack-kolla06:45
*** muhammadshahzeb has joined #openstack-kolla06:46
*** muhammadshahzeb has left #openstack-kolla06:48
*** belmoreira has quit IRC06:48
*** muhammadshahzeb has joined #openstack-kolla06:51
*** muhammadshahzeb has quit IRC06:52
*** muhammadshahzeb has joined #openstack-kolla07:01
*** Serlex has joined #openstack-kolla07:02
muhammadshahzebHello guys I am from PLUMgrid, I have recently been looking to integrate PLUMgrid ONS http://www.plumgrid.com/product/overview/ with kolla.07:03
muhammadshahzebI heard about the OSIC cluster testing project and wanted to volunteer and help, talked to Michał Jastrzębski, he told me to join the IRC channel for more discussion.07:04
openstackgerritSwapnil Kulkarni (coolsvap) proposed openstack/kolla: Revert "Changed namespace from kolla to kollaglue in oslo"  https://review.openstack.org/32749007:06
coolsvapJeffrey4l, ^^07:07
coolsvapplease approve the revert07:07
coolsvapmandre, if you are available ^^ we need to get the revert in due to this we are getting empty kolla-build.conf07:07
*** belmoreira has joined #openstack-kolla07:07
*** matrohon has joined #openstack-kolla07:08
*** mikelk has joined #openstack-kolla07:25
*** sacharya has joined #openstack-kolla07:31
*** jmccarthy has left #openstack-kolla07:33
*** jmccarthy has quit IRC07:33
*** zhiwei has quit IRC07:34
*** sacharya has quit IRC07:37
*** salv-orlando has joined #openstack-kolla07:41
*** salv-orl_ has joined #openstack-kolla07:42
*** tfukushima has quit IRC07:44
*** tfukushima has joined #openstack-kolla07:45
*** salv-orlando has quit IRC07:46
*** zhiwei has joined #openstack-kolla07:46
*** muhammadshahzeb has quit IRC07:48
*** tzn has joined #openstack-kolla07:48
*** jmccarthy has joined #openstack-kolla07:51
*** openstackgerrit has quit IRC08:03
*** openstackgerrit has joined #openstack-kolla08:03
*** daneyon_ has joined #openstack-kolla08:07
*** daneyon_ has quit IRC08:11
*** muhammadshahzeb has joined #openstack-kolla08:19
*** muhammadshahzeb has quit IRC08:23
*** salv-orl_ has quit IRC08:25
*** salv-orlando has joined #openstack-kolla08:39
*** phuongnh has quit IRC08:56
*** salv-orlando has quit IRC08:56
*** pbourke_ has joined #openstack-kolla09:08
*** coolsvap has quit IRC09:09
*** athomas has joined #openstack-kolla09:10
*** SiRiuS__ has joined #openstack-kolla09:10
*** tfukushima has quit IRC09:13
*** jmccarthy has left #openstack-kolla09:14
*** tfukushi_ has joined #openstack-kolla09:16
*** SiRiuS__ has quit IRC09:21
*** SiRiuS__ has joined #openstack-kolla09:22
*** jmccarthy has joined #openstack-kolla09:22
*** mbound has joined #openstack-kolla09:27
*** zhiwei has quit IRC09:28
*** dmk0202 has joined #openstack-kolla09:28
*** pbourke_ has quit IRC09:30
*** sacharya has joined #openstack-kolla09:33
*** sacharya has quit IRC09:37
*** pbourke_ has joined #openstack-kolla09:43
*** pbourke_ has left #openstack-kolla09:44
*** pbourke_ has joined #openstack-kolla09:44
*** jmccarthy has left #openstack-kolla09:47
*** salv-orlando has joined #openstack-kolla09:48
*** tzn has quit IRC09:50
*** daneyon_ has joined #openstack-kolla09:55
openstackgerritSteve Hindle proposed openstack/kolla: Read partition tables directly, bypassing stale kernel data for ceph.  https://review.openstack.org/32660909:59
*** daneyon_ has quit IRC09:59
*** tzn has joined #openstack-kolla10:10
*** pbourke has quit IRC10:13
*** pbourke has joined #openstack-kolla10:13
*** tzn has quit IRC10:14
*** tfukushi_ has quit IRC10:19
*** jmccarthy has joined #openstack-kolla10:19
*** tfukushima has joined #openstack-kolla10:22
*** prithiv has joined #openstack-kolla10:28
*** belmoreira has quit IRC10:31
*** muhammadshahzeb has joined #openstack-kolla10:35
*** salv-orlando has quit IRC10:41
*** salv-orlando has joined #openstack-kolla10:49
*** prithiv has quit IRC10:50
*** iceyao has joined #openstack-kolla10:51
*** muhammadshahzeb has quit IRC10:53
*** iceyao has quit IRC10:55
*** ppowell has joined #openstack-kolla10:59
*** salv-orlando has quit IRC11:03
openstackgerritMerged openstack/kolla: Use 'image' not 'item'  https://review.openstack.org/32475611:18
ccesariomorning :)11:18
openstackgerritMerged openstack/kolla: Revert "Changed namespace from kolla to kollaglue in oslo"  https://review.openstack.org/32749011:18
openstackgerritMerged openstack/kolla: Fix the prechecks for the ansible version  https://review.openstack.org/32741011:18
cu5Hi. I'm trying to build images based on Centos but my Keystone and Horizon images fail due to an error unpacking httpd. I'm using Kolla's stable/mitaka branch. Any suggestions? I know it's not really an issue with Kolla but I'm hoping someone here tackled this issue and may be able to save me some time by sharing the solution ;)11:19
openstackgerritMerged openstack/kolla: Bump the ansible version to >2 in the kolla-toolbox  https://review.openstack.org/31162511:19
*** alyson_ has joined #openstack-kolla11:19
pbourke_cu5: can you pastebin the error?11:24
*** tfukushima has quit IRC11:25
*** mliima has joined #openstack-kolla11:31
*** dwalsh has joined #openstack-kolla11:32
*** salv-orlando has joined #openstack-kolla11:35
*** coolsvap has joined #openstack-kolla11:35
mandrecu5: try changing the docker graph driver, http://docs.openstack.org/developer/kolla/image-building.html#known-issues11:38
openstackgerritMd Nadeem proposed openstack/kolla: Added unit test for start container  https://review.openstack.org/32724711:39
*** rhallisey has joined #openstack-kolla11:43
*** daneyon_ has joined #openstack-kolla11:43
*** daneyon_ has quit IRC11:48
*** ppowell has quit IRC11:48
*** dwalsh has quit IRC11:51
cu5pbourke_: here's the pastebin link: http://pastebin.com/48vg8NGa11:54
*** sdake has joined #openstack-kolla11:56
cu5A test image from centos:latest with just a yum update && yum install httpd builds without error.11:56
pbourke_i think the issue is with docker build though11:57
pbourke_see mandre's link11:57
cu5Yeah I just clicked it. Going to try that now.11:58
*** salv-orlando has quit IRC12:06
*** ppowell has joined #openstack-kolla12:07
*** prithiv has joined #openstack-kolla12:07
*** d_code has joined #openstack-kolla12:14
*** coolsvap has quit IRC12:16
*** belmoreira has joined #openstack-kolla12:20
sdakemorning12:28
*** Mr_Broken has quit IRC12:33
*** Mr_Broken has joined #openstack-kolla12:33
*** Mr_Broken has quit IRC12:38
*** prithiv has quit IRC12:38
*** zhiwei has joined #openstack-kolla12:39
*** Mr_Broken has joined #openstack-kolla12:44
*** zhiwei has quit IRC12:46
mliimamorning all12:47
*** tzn has joined #openstack-kolla12:47
*** sdake has quit IRC12:48
*** JoseMello has joined #openstack-kolla12:48
*** salv-orlando has joined #openstack-kolla12:49
openstackgerritMerged openstack/kolla: Fix the neutron reconfigure issue  https://review.openstack.org/32628012:54
*** stvnoyes has joined #openstack-kolla12:57
*** salv-orlando has quit IRC13:03
*** salv-orlando has joined #openstack-kolla13:04
*** absubram has quit IRC13:05
*** jtriley has joined #openstack-kolla13:08
*** ayoung has joined #openstack-kolla13:11
apuimedomandre: ping13:14
mandreapuimedo: hello13:15
apuimedoI saw https://review.openstack.org/#/c/315027/4/docker/plugins/neutron-server/networking-midonet.j213:15
patchbotapuimedo: patch 315027 - kolla - [WIP] Add support for third party plugins13:15
apuimedoin the binary part13:15
apuimedoshouldn't it also use network-midonet from packages?13:15
*** salv-orlando has quit IRC13:15
mandreapuimedo: yeah, it should13:17
mandrebut as far as I know, midonet only provides packages for debian based systems13:17
mandremaybe even just for ubuntu13:17
apuimedonope13:18
apuimedowrong ;-)13:18
apuimedomandre: https://builds.midonet.org/midonet-5/stable/el7/noarch/13:18
apuimedoubuntu and el713:19
mandreapuimedo: looks like you're right, https://builds.midonet.org/openstack-mitaka/unstable/el7/noarch/13:20
*** dwalsh has joined #openstack-kolla13:21
mandreapuimedo: I should tell you that I didn't test if the patch you referenced produces a functional image13:21
apuimedomandre: I work at midokura ;-)13:22
mandreit was to demonstrate a new plugin mechanism13:22
apuimedoI know13:22
apuimedothanks for trying it with MidoNet!13:22
apuimedoIt is much appreciated13:22
apuimedoI'm putting comments to help with it13:22
mandreapuimedo: :)13:22
mandreapuimedo: so we can count on you to contribute the midonet-api image? ;-)13:23
apuimedomandre: heh13:23
apuimedoI already have it done13:23
apuimedomandre: https://hub.docker.com/r/midonet/cluster/13:23
apuimedoand also13:23
apuimedohttps://hub.docker.com/r/midonet/agent/13:24
apuimedobut I guess I should send them to Kolla13:24
apuimedoor is it okay to spawn third party containers?13:24
mandreapuimedo: excellent! would be great to have it integrated with kolla13:24
apuimedoindeed13:24
mandreapuimedo: yeah, it would make more sense to have it in kolla tree13:25
apuimedomandre: so you think they should be submitted as kolla images in docker/midonet/{agent,cluster}13:25
apuimedo?13:25
mandreapuimedo: exactly13:25
apuimedook13:26
apuimedoI'll try to send it next week then13:26
apuimedoin the new plugin approach for neutron13:26
apuimedowhere do the neutron.conf and plugin.conf modifications go?13:26
*** Mr_Broken has quit IRC13:29
*** inc0 has joined #openstack-kolla13:29
*** Mr_Broken has joined #openstack-kolla13:30
inc0good morning13:30
apuimedogood morning13:32
*** Mr_Broken has quit IRC13:34
apuimedoinc0: I took a look at the bp/third-party-plugin-support13:34
apuimedogood job ;-)13:35
inc0thanks13:35
inc0feel free to put a review on it;)13:36
inc0or test it out13:36
apuimedothanks, I'll try13:38
apuimedoinc0: do I get it right that after this https://review.openstack.org/#/c/326688/5/docker/base/Dockerfile.j213:38
patchbotapuimedo: patch 326688 - kolla - Add customizations for apt keys and packages13:38
apuimedoin the override file for a plugin13:38
inc0so when you pull next one it will pull all 413:39
inc0make sure to use checkout13:39
inc0and you need all 4 as they are dependant on each other13:39
apuimedoyou will just be able to, for example, declare base_apt_keys13:39
*** sdake has joined #openstack-kolla13:39
apuimedoblcok13:39
apuimedo*block13:39
apuimedoand it will replace completely the content in the base?13:39
sdakehuh13:40
sdakemorning mliima13:40
inc0not yet, to re-declare packages we need something like this https://review.openstack.org/#/c/327271/213:40
patchbotinc0: patch 327271 - kolla - Customizations continued13:40
apuimedoif that is the case, can it still use what's defined in base_apt_keys?13:40
sdakemorning folks13:40
inc0re-declare keys*13:40
mliimamorning sdake13:40
sdakeapuimedo we are working on complete cusotmization of images13:40
sdakeapuimedo it will alnd in newton definately13:40
sdakeapuimedo if yu want something for an earlier rev of kolla you will either have to backport the changes or roll your own13:41
inc0apuimedo, so issue is, this is declared and used in same dockerfile13:41
mliimahttps://bugs.launchpad.net/kolla/+bug/159060313:41
openstackLaunchpad bug 1590603 in kolla "Cinder + LVM/iSCSI does not work on Ubuntu 16.04" [Undecided,Confirmed]13:41
inc0so you can't inject modification between declaration and usage13:41
apuimedosdake: I'm fine with master13:41
inc0even block unfortunately doesn't work13:41
apuimedoI just want to understand the progress13:41
sdakeapuimedo cool13:41
inc0however what I did13:41
apuimedoand put some comments like I did with mandre's patch :P13:42
sdakeprogress is we have a rough prototype of the implementation13:42
sdakeapuimedo community seems to agree on approach13:42
sdakeapuimedo we need to finish the job on the prototype13:42
inc0is that if you declare base_apt_keys_append=[append_this_key]13:42
sdakeand  by we, I mean i do personally13:42
inc0it will well..append13:42
sdakeapuimedo ocne the prototype is done, I plan to distribute the work to our team13:42
sdakewe have 40 container sets13:42
apuimedoyes13:42
sdakewhich means 40 patches13:42
sdakei think the work takes about 20-30 minutes per container set13:42
apuimedoand mandre just asked me to add midonet/cluster and midonet/agent :P13:43
sdakeonce the base macros are implemented13:43
sdakeapuimedo I think realistically we are 3-4 weeks out from customization in master13:43
inc0apuimedo, yeah, Mech422 is also playing with Mido13:43
apuimedoinc0: as I put above13:43
inc0you might want to join forces;) would be super cool to have midonet, calico and such13:43
apuimedoI have containers already13:43
sdakeapuimedo if you do deploy amster, I'd highly recommend deplooying mitaka version of openstack13:43
apuimedoI just need to kollaize them13:44
sdakeapuimedo because mater of openstack is in various states of brokenness at various times13:44
inc0cool13:44
apuimedohttps://hub.docker.com/r/midonet/agent/13:44
apuimedoand https://hub.docker.com/r/midonet/cluster13:44
apuimedothey are very simple13:44
apuimedosdake: master kolla pointing to mitaka for OSt services?13:45
*** vhosakot has joined #openstack-kolla13:45
sdakeapuimedo right13:45
apuimedoI was planning on being a bit more conservative and point to liberty :P13:45
sdakeapuimedo that wont work13:45
apuimedogood to know then :P13:45
sdakeapuimedo you will need to cherrypick a patch in liberty to get that to work13:45
*** ravig has joined #openstack-kolla13:45
sdakeapuimedo its likely as simple as a cherrypick of one patch13:45
sdakewith possibly some merge conflicts13:46
apuimedosdake: I should be able to use mitaka13:46
apuimedowith MidoNet's master plugin13:46
sdakeapuimedo if you are planning to implement midonet for kolla, that should go in master13:46
sdakeand it would be greatly appreciated ;)13:46
sdakewhy was     Revert "Changed namespace from kolla to kollaglue in oslo"13:48
sdake merged?13:48
inc0sdake, wrong13:48
inc0master kolla == master openstack13:48
sdakesbezverk_ found that if kollaglue was used, the images don't build correctly13:48
sdakerather if kolla is used13:48
inc0mitaka kolla == mitaka openstack13:48
sdakeinc0 yes I know13:48
sdakepbourke mandre ping13:50
sdakere https://review.openstack.org/#/c/327490/13:50
patchbotsdake: patch 327490 - kolla - Revert "Changed namespace from kolla to kollaglue ... (MERGED)13:50
mandresdake: coolsvap said this change was causing kolla-build.conf to be empty13:51
sdakemandre sbezverk_ determined this chane was needed during lbaas dev13:51
vhosakotsdake: yes, it is needed for magnum PS as well13:52
vhosakotI used kollaglue namespace for magnum13:52
sdakevhosakot are ou confirming this revert is wrong then?13:52
sdakehttps://review.openstack.org/#/c/327490/13:53
patchbotsdake: patch 327490 - kolla - Revert "Changed namespace from kolla to kollaglue ... (MERGED)13:53
vhosakotyes, I saw issues when I changed namespace kollaglue to kolla when testing magnum13:53
sdakeoriginally when lbaas work started, the namespace was set to kolla13:53
mandresdake: then I guess it needs a bit more work if it generates emopty config files13:53
sdakesbezverk_ determined it needs to be set to kollaglue13:53
vhosakotyep, lbaas needed kollaglue13:53
sdakemandre it didn't when I watched sbezverk_ use it over webex :)13:53
inc0sooo...how the hell oslo namespace affects docker namespace?13:53
sdakeinc0 our dockerhub registry is kollaglue13:54
sdakeinc0 the playbooks defult namespace is kollaglue13:54
inc0ok, but this is completely irrelevant to what is in oslo13:54
sdakeas a result o th docker hub registry namespae13:54
apuimedosdake: wasn't kollaglue abandoned? I didn't see any new image13:54
sdakeapuimedo no I push new imagess13:54
apuimedolink?13:54
inc0apuimedo, we do this on per-release manner13:54
apuimedoI didn't see mitaka stuff13:55
sdakeapuimedo I pushed source and build for centos and  ubuntu of liberty and mitaka13:55
vhosakotHas anyone see this bug in master ?13:55
vhosakothttps://bugs.launchpad.net/kolla/+bug/159061913:55
openstackLaunchpad bug 1590619 in kolla "oslo config generator defaults to kolla instead of kollaglue" [High,Fix released] - Assigned to Vikas Jain (vikjain)13:55
sdakevhosakot yes, I saw it over webex on sbezverk_ 'z screen13:55
sdakeinc0 there is the bug in question13:55
inc0yes, nothing there suggest what's the real issue13:55
sdakeinc0 the real issue is as described13:55
sdakethe playbooks defualt to kollaglue13:55
sdakewith oslo-config-generator, the default images are kolla13:56
sdaketherefore the images don't work13:56
vhosakotsdake: ah..... I saw lbaas errors when namespace is kolla13:56
vhosakotsdake: let me find the error...13:56
vhosakotit does not affect magnum...13:56
sdakeit affects custom plugins at thee moment13:56
inc0it seems we ran into naming problem13:56
inc0but changing namespace is not a fix13:56
apuimedoI was checking for example keystone https://hub.docker.com/r/kollaglue/centos-rdo-keystone/tags/13:56
apuimedoand found it old13:56
inc0we need to change variable nanme13:56
sdakeand pretty much anytime anyone runs custom builds13:56
sdakeinc0 - our playbooks use kollaglue13:57
sdakeinc0 kolla was taken on the docker hub13:57
sdakeinc0 hence, we use kollaglue13:57
inc0sdake, think of this problem for a moment please13:57
inc0we have 2 variables with same name in our conf13:57
openstackgerritRyan Hallisey proposed openstack/kolla-kubernetes: Add the KOLLA_KUBERNETES flag to containers  https://review.openstack.org/32567513:57
openstackgerritRyan Hallisey proposed openstack/kolla-kubernetes: The Keystone bootstrap job need to run a db sync  https://review.openstack.org/32566513:57
openstackgerritRyan Hallisey proposed openstack/kolla-kubernetes: Use the Kube endpoint to dictate state instead of etcd  https://review.openstack.org/32550313:57
inc0one should be kolla another kollaglue13:57
mandresdake: btw, looks like kolla is available on the dockerhub13:58
inc0fix to problem of 2 variables with same name is to change name of variable13:58
inc0not value13:58
sdakeinc0 the values o the variables must be synched13:58
sdakeatm the values are out of sync13:58
inc0why? these are 2 different variables13:58
sdakeinc0 one is involved in BULDING one is involved in DEPLOYING13:58
openstackgerritMerged openstack/kolla-kubernetes: Added kolla-kubernetes specific instructions for Docs  https://review.openstack.org/32676913:59
sdakewe want to use the same images that we build as we deploy13:59
sdakehere is the bottom line13:59
sdakeif you use coolsvan's revert, and you build an image with oslo-config-generator's build.conf14:00
inc0false sdake14:00
sdakeit builds images called kolla/whatever14:00
sdakeour deployment tools deploy kollaglue/whatever14:00
inc0one is about generation of /etc/kolla/build-conf and another is to both deploy and build14:00
sdakeinc0 obviously you haven't tried it first hand :)14:00
sdakeinc0 if you generate a kola-build.conf14:01
sdakeit sets the default namespace to kolla14:01
sdakethis builds kolla/centos-source-base:40014:01
sdakethe deploy tooks deploy kollaglue/centos-source-base14:01
sdakeone of them needs to change14:01
sdakemandre i just tried to register kolla, and it says "username taken"14:03
sdakewhat would be ideal is to get kolla back from docker hub14:03
*** wmiller has quit IRC14:03
sdakewhat happened is I registered kolla aroudn the time I had  the job change14:03
*** wmiller has joined #openstack-kolla14:03
sdakeand it has my redhat email associated with it14:03
sdakewhich is a black hole14:03
mandresdake: I was talking about https://hub.docker.com/u/kolla/ returning a 40414:04
sdakemandre yeah - but the login is taken14:04
mandrewould be nice to get the kolla namespace back14:04
vhosakotsbezverk_: ping14:05
inc0https://review.openstack.org/#/c/327690/1 sdake vhosakot try this14:08
patchbotinc0: patch 327690 - kolla - Change name of config to docker-namespace14:08
sdakemandre i am submitting a support  request now to docker.com - hopefully they will address it14:08
sdakehttps://support.docker.com/hc/en-us/requests/1613214:09
vhosakotinc0: I see you changed namespace to docker-namespace in the PS14:10
sdakeinc0 i see - you think namespace has to do with oslo.config internals14:10
inc0yes.14:10
inc0http://docs.openstack.org/developer/oslo.config/generator.html14:10
sdakeinc0 ok - so you understand the problem I had pointed out14:11
inc0changing it to kollaglue messes up imports14:11
inc0ofc I do, just fix wasn't fixing it14:11
sdakeinc0 we had jus tanalyzed it incorrectly, the problem is that namespace is overloaded14:11
sdakeinc0 got it, thought you didn't get it ;)14:12
sdakebesides the fact that we are violating the deprecation period14:12
sdakewhich I don't see any solution to14:12
sdakelgtm ;)14:12
inc0I just demoed behaviour, hence -W14:12
inc0we can, and should really, put these configs out of [DEFAULT]14:13
inc0we deprecated this group anyway so we can safely change group rather than config14:13
sdakekuzma 4 point - yay :)14:13
*** ravig has quit IRC14:18
*** liyi has joined #openstack-kolla14:18
*** liyi has left #openstack-kolla14:19
*** ccesario has quit IRC14:29
*** ccesario has joined #openstack-kolla14:34
*** vhosakot has quit IRC14:52
apuimedosdake: it shouldn't be a black hole14:52
apuimedoyour previous manager usually gets the emails14:52
apuimedoat least that's what I saw when I left RH14:53
sdakeapuimedo depends on manager14:53
apuimedoI guess os14:53
apuimedo*so14:53
sdakedirectors generally black hole their emails14:53
apuimedoin any case14:53
apuimedoif you request control back from Docker14:53
apuimedoand they can't contact anybody at that email14:53
apuimedoyou'll probably get it back14:53
apuimedoit worked for us with the 'midokura' namespace14:53
d_codeI’m running kolla/mitaka…  I have intermittent timeouts w/ cloud-init…  I’m curious, I’ve got 2 compute nodes and one server that’s all-in-one.  should `nova-compute/nova.conf` point to the local hypervisor or the AIO?14:55
d_codeI also see that neutron-metadata-agent points to the IP served by haproxy14:56
d_codeis that what’s actually served to the guest?14:56
*** vhosakot has joined #openstack-kolla14:58
mag009_hey15:05
mag009_how do I tag blueprint15:05
mag009_i just type blueprint calico ?15:05
openstackgerritMarc-Andre Gatien proposed openstack/kolla: merge calico integration to kolla this is a blueprint of the changes that I made to integrate calico into kolla. blueprint calico  https://review.openstack.org/32775915:06
inc0mag009_, just type Implenets: blueprint calico15:06
*** mliima has quit IRC15:06
sdakei its only partial15:06
sdakeuse "Partially-Implements: blueprint calico"15:07
inc0sdake, why partially?15:07
sdakeIF its only partial :)15:07
sdakemy keyboard is a bit worn15:07
sdakeyay just found 2k out of thin air15:08
*** coolsvap has joined #openstack-kolla15:08
openstackgerritMarc-Andre Gatien proposed openstack/kolla: merge calico integration to kolla adding calico driver into kolla. adding all dependencies of calico etcd and felix. blueprint calico  https://review.openstack.org/32775915:08
* sdake hates expense reports15:08
mag009_oh15:08
mag009_ok I'll change it15:08
inc0mag009_, sooo...you still need quagga tho right?15:08
mag009_the client is opt to the user it shouldn't be part of the kolla deployement15:09
mag009_we use quagga but some are using bird or else15:09
mag009_it's more custom config when it come to the client..15:09
inc0I disagree, we should be able to enable_calico: yes and it will do everything at the end imho15:09
mag009_hard to have a default template that fit for everyone anyway15:09
inc0it's not about fitting everyone, it's about having batteries included that people can override later15:10
inc0also mag009_ if you'd write short howto deploy it so it will be fully functional, I'd appreciate it15:11
mag009_the doc is not done i know15:11
Lyncosdid you guys talk about lsblk problem we had ?15:11
mag009_but if you can review... I just push it out there so you can review it15:11
mag009_i will add the doc later on15:11
inc0ok15:12
mag009_also like lyncos mentionned15:12
inc0I just really wanted to test it15:12
LyncosSorry i just came in :-)15:13
mag009_hm you'll need a L3 setup15:13
inc0Lyncos, I'm not aware of this issue, care to remind me?15:13
mag009_switch that talk bgp or ospf15:13
Lyncosinc0  we started trying to use cache pool .. and we are unable to set a LABEL on the GPT partition15:13
sdakehey folks good news15:13
Lyncosbecause of the device15:13
sdakedocker gave us back kolla ;)15:13
mag009_they are finally integrate your patch ?15:14
mag009_no more library ?15:14
inc0nice, we can move then15:14
inc0Lyncos, soo...it really boils down to "how do we mark disks for ceph"15:15
LyncosYep15:15
inc0and I'm more and more inclined to do this in inventory15:15
mag009_inc0: how do you wanna do that ?15:15
LyncosI think we'll have no problems with that15:15
mag009_oh i see15:16
inc0host1 ceph_osd_disks=/dev/vda,/dev/vdb ceph_cache_disks=/dev/vdc15:16
mag009_a flag true|false15:16
*** mliima has joined #openstack-kolla15:16
inc0will require a lot of writing tho15:16
LyncosWe are thinking of using dynamic inventories anyway15:17
*** mbound has quit IRC15:17
Lyncoswith our in house inventory software15:17
coolsvapsdake, i didn't get15:17
mag009_we are preping the device anyway with ansible I wrote a small playbook for that15:17
mag009_which we pass an array defined in our inventory already15:18
mag009_inc0: if you want to test all you need is to install quagga or bird15:18
mag009_thats about it15:18
inc0yeah, I'd really love to have quagga contianer tho15:19
mag009_i can do one ...15:19
LyncosWe'll eventually need one for coreos15:19
mag009_its just a matter of installing quagga thats it15:19
inc0if somebody wants to deploy bird, sure15:19
inc0just I wanted to deploy full fledged calico easily15:19
mag009_sure i'll add the container for quagga*15:20
LyncosQuagga is required for openstack but also for the baremetal part of our deployments15:20
*** daneyon_ has joined #openstack-kolla15:20
inc0man, this stuff seems so cool15:20
LyncosIt is :-)15:20
*** mbound has joined #openstack-kolla15:22
inc0mag009_, can you set it up on vms over openstack?15:23
inc0I have access to cloud, baremetal will be harder15:23
mag009_I know there's cumulus that you can simulate in vms15:25
LyncosOn cloud you maybe can use  cumulus vm15:25
mag009_which we haven't tried yet15:25
*** daneyon_ has quit IRC15:25
LyncosCumulus VX I think15:25
*** mikelk has quit IRC15:25
Lyncosbut setting this another story15:25
Lyncosnot that it is hard.... but more steps :-)15:25
mag009_we are going to deploy our devs environment with that actually we aren't sure yet how :)15:25
mag009_sounds like many devs** i meant dev*15:26
inc0so let's work together and make it available for public, how about that?15:26
inc0I mean let's produce total howto deploy devenv with vms with calico15:26
mag009_our time is short here we have to deliver15:26
mag009_prod15:26
inc0sure, this is priority15:26
mag009_thats why i'm working like a horse on getting calico stuff integrated15:27
inc0hopefully I can take bulk of it on myself15:27
Lyncosand future is unsure15:27
mag009_so far so good with kolla15:28
inc0 question15:28
inc0this code will not deploy ovs, is that planned?15:28
mag009_you may15:29
mag009_you may wanna mix your compute15:29
inc0what I mean15:29
inc0is neutron_pluing_agent15:29
inc0if you setup calico15:29
inc0what will deal with L2 inside compute node?15:29
Lyncosthere is no L2 with calico15:29
*** belmoreira has quit IRC15:29
LyncosOnly L315:29
mag009_if a compute is setup to use calico it's only L315:30
inc0hold on now, vms needs to be bridged with dhcp agent somehow15:30
mag009_yes calico provides15:30
Lyncosit's natted to the VIP of the controller15:30
inc0ahh15:30
mag009_calico-dhcp-agent15:30
Lyncossorry15:30
mag009_is installed on each compute15:30
LyncosI'm wrong15:30
inc0so calico also works with L2 in this manner?15:30
inc0cool15:30
inc0that's what I missed15:31
Lyncosfor the metadata it is a nat to the vip15:31
Lyncoscreated by Felix (calico)15:31
*** mbound has quit IRC15:31
inc0so every vm will get IP from global pool and calico will give them IPs per compute right?15:31
LyncosIp's can be assigned anywhere in the cluster15:31
Lyncosit dosen't matter routes will be propagated15:32
mag009_each compute have a dnsmasq/calico which will assign an ip from the pool correct15:32
inc0they have to be unique right?15:32
Lyncosno15:32
openstackgerritMerged openstack/kolla-kubernetes: Convert RabbitMQ to work without HostNetwork=True  https://review.openstack.org/32676315:32
Lyncosif you have 2 time the same ip it will be load balanced via ICMP15:32
openstackgerritMerged openstack/kolla-kubernetes: Convert MariaDB to work without HostNetwork=True  https://review.openstack.org/32561315:32
Lyncostraffic will reach both IP15:32
mag009_ECMP*15:32
openstackgerritMerged openstack/kolla-kubernetes: Convert Memcached to work without HostNetwork=True  https://review.openstack.org/32675715:32
Lyncosyeah ECMP :-)15:32
inc0ahh, IP load balancing15:32
inc0cool15:32
Lyncosbut Openstack dosen't support that yet15:32
inc0we have good neutron team15:33
Lyncosthere is a small bug in the Kernel in ECMP that prevent it to work properly15:33
inc0ahh15:33
inc0will it be fixed?15:33
inc0anytime soon?15:33
LyncosECMP persistance is per packet instead of streams ....15:33
LyncosCalico already asked Kernel team to re-add this feature (was already there in old kernels)15:34
LyncosI don't know the status of it... Calico team seems quite small15:34
Lyncosso the features are taking some time to get out15:34
LyncosBut I hope it will be fixed15:34
LyncosDepends on Linux15:34
Lyncos;-)15:34
LyncosI mean Linus15:35
openstackgerritRyan Hallisey proposed openstack/kolla-kubernetes: Add the KOLLA_KUBERNETES flag to containers  https://review.openstack.org/32567515:35
openstackgerritRyan Hallisey proposed openstack/kolla-kubernetes: The Keystone bootstrap job need to run a db sync  https://review.openstack.org/32566515:35
openstackgerritRyan Hallisey proposed openstack/kolla-kubernetes: Use the Kube endpoint to dictate state instead of etcd  https://review.openstack.org/32550315:35
*** mark-casey has joined #openstack-kolla15:36
mark-caseycu5: was reading scrollback in irc. you get that httpd thing figured out?15:36
mark-casey^^ me thinks you may be building centos containers on ubuntu15:37
*** sacharya has joined #openstack-kolla15:37
*** esharao has joined #openstack-kolla15:38
esharaohello - i'm running into an issue when i run kolla-ansible build .. i get the following error -  404 Client Error: Not Found (\"Container command \\'kolla_start\\' not found or does not exist.\"15:40
esharaohave i missed some step?15:40
inc0esharao, it seems like build failed somehow, how did you build containers?15:40
*** dmk0202 has quit IRC15:41
inc0and which container raises this error15:41
inc0?15:41
esharaoTASK [common : Starting heka container] ****************************************15:41
inc0which version of kolla?15:41
esharaoMitaka15:42
inc0ansible 1.9.4 I presume?15:42
inc0docker version 1.10?15:42
inc0or 1.11?15:42
esharao ansible --version15:43
esharaoansible 2.1.0.015:43
inc0for stable/mitaka you need 1.9.415:43
openstackgerritMarc-Andre Gatien proposed openstack/kolla: merge calico integration to kolla  https://review.openstack.org/32775915:43
inc0we moved to 2.1+ in master15:43
esharaooh i just followed the instructions..15:44
inc0probably for master;)15:44
esharaoand docker is Docker version 1.11.2,15:44
openstackgerritMichal Jastrzebski (inc0) proposed openstack/kolla: Remove liberty warning  https://review.openstack.org/32778215:46
inc0esharao, you need to downgrade ansible to 1.9.415:46
esharaoOk..15:46
esharaolet me do that15:46
inc0just in case- try to rebuild containers15:47
inc0because this error seems dockeris15:47
inc0h15:47
esharaook.. also.. quick question.. i followed the vagrant kolla env.. so is it the pip ansible i need to downgrade or is it via apt15:47
openstackgerritMarc-Andre Gatien proposed openstack/kolla: merge calico integration to kolla  https://review.openstack.org/32775915:48
inc0I'm not sure how it works in vagrant15:48
inc0but if stable/mitaka deploys ansible 1.9.415:49
inc0seems like vagrant bug to me15:49
inc0I mean our Vagrantfile bug15:49
*** godleon has quit IRC15:49
esharaook.. let me try to manually downgrade to 1.9.4 and see what happens15:49
esharaowill also do a rebuild with 1.9.4 if that does not work15:49
esharaothanks15:49
*** Serlex has quit IRC15:50
mag009_i've opened the blueprint in launchpad15:53
esharao@inc0 - after downgrading to 1.9.4 i'm running into errors - ImportError: No module named plugins.action15:56
esharao :(.. will just delete the whole file and retry the install again15:56
inc0esharao, are you sure you're running stable/mitaka?16:02
inc0not master?16:03
mag009_mauricio16:03
esharaohmm was checking that as well.. i think im pulling in the latest.. so its master16:03
mag009_you asked me to put each package on a single line then you asked me to put them back ?16:03
inc0then 2.1 is ansible version you need;)16:03
inc0and it seems to fail on container build16:03
*** jmccarthy has quit IRC16:03
esharaocontainer start.. i guesss..16:03
inc0which distro/install tyep you use?16:04
inc0centos/binary?16:04
esharaoi was able to do the container build after some changes to vagrantfile (in terms of provider and vcpu)16:04
esharaocentos16:04
mag009_nvm16:04
*** severion has quit IRC16:04
*** v1k0d3n has joined #openstack-kolla16:05
openstackgerritMarc-Andre Gatien proposed openstack/kolla: merge calico integration to kolla  https://review.openstack.org/32775916:07
*** ppowell has quit IRC16:08
inc0mag009_, and quagga role? would that be possible?16:09
inc0for ansible16:10
inc0so you really can deploy full stuff16:10
inc0full thing16:10
mag009_yes ok but like i said for the config of quagga itself won't be possible it cannot be generic16:11
mag009_config will have to be managed with the merge I'll just put the default config16:11
inc0ok16:13
inc0once I'll understand what's involved, I'll try to help16:13
*** murphyslawbbs has joined #openstack-kolla16:13
*** vhosakot has quit IRC16:15
Mech422seriosly, if we're going to enforce grammar in commit messages...16:16
Mech422people should realize you indent the first line of a paragraph16:16
Mech422oh! and Good Morning!16:17
Mech422:0(16:17
Mech422:-)16:17
*** jeh has quit IRC16:22
*** murphyslawbbs has quit IRC16:22
Mech422everyone is quiet this morning ?16:24
*** sdake has quit IRC16:25
LyncosWe are all at lunch time :-)16:27
Mech422Lyncos: oohhh! what we having ? Anything good ?16:28
inc0Lyncos, moose with maple syrup?16:32
Mech422Lyncos: oh - VT or CA ?16:34
LyncosCanada16:34
Lyncoslol16:34
*** klindgren has quit IRC16:34
Lyncosinc0:  no today I have a beaver soup16:34
Lyncosmoose was yesterday16:34
inc0:D16:34
Mech422Lyncos: err...ya..I just released 'ca' looks more like 'california' then 'canada'16:34
* Mech422 needs more coffee16:35
Lyncosyeah16:35
LyncosTake a redbull16:35
Mech422Lyncos: When I'm awake, I grew up in NH, up by the canadian border16:35
Mech422but right now, I'm not really sure what I am :-P16:35
LyncosI leave by the VT border16:36
Mech422Lyncos: ahh cool :-)  There was an awesome Anthony Bordain 'Parts Unknown' about quebec....16:36
Mech422complete with beaver stew16:37
Lyncosit seems Beaver is good16:37
LyncosI never tried16:37
Mech422thats what Bordain said...but he eats everything :-P16:37
inc0you're about to according to what you've said;)16:37
Lyncosahah16:37
inc0so east Canada would cool for me if there would be any mountains:/16:38
Lyncosthe montains are in the US16:38
*** sdake has joined #openstack-kolla16:38
Lyncosin NY state16:38
mag009_inc0: done16:38
Lyncosand a bit in VT16:38
mag009_for quagga16:38
inc0well, I need them 20mins of drive;)16:38
inc0I'm miserable in TX because of lack of mountains16:38
Lyncoswhat about 1h drive ?16:39
Lyncosnot that far16:39
Mech422inc0: I thought it was cuz you were in TX...16:39
inc01h is ok16:39
inc0Mech422, well, that too16:39
inc0not my favorite state16:39
sdakeesharao Mech422 lol16:39
*** ppowell has joined #openstack-kolla16:39
inc0not that I've seen lots of them16:39
Mech422inc0: hehe - Erricsson seems to be having a hard time convincing openstack people that they want to live in TX16:39
Mech422sdake: Morning :-)16:40
inc0Ericsson is in TX? I didn't know16:40
*** ntpttr has quit IRC16:40
inc0it's just too damn hot here for my liking16:40
Mech422yeah - in a smallish town - plano ?16:40
inc0and too flat16:40
Mech422inc0: Come to AZ - can have nice hot phx, or cool mountain flagstaff :-)16:41
inc0ahh Dallas16:41
Mech422inc0: we even have moose upstate16:41
inc0Mech422, I'm a northerner16:41
inc0I used to live north of Canadian border as latitude goes16:41
Mech422inc0: oh? I grew up in some very cold weather with lots of snow - the heat really does make a nice change of pace....16:43
mag009_inc0: you can look at my last commit16:43
Mech422inc0: the heat heat isn't like most places - since its so dry, it can go up to about 105 before its too bad16:43
mag009_you have the quagga role16:43
inc0mag009_, thanks a lot!16:43
*** ntpttr has joined #openstack-kolla16:44
inc0now I need to figure out how to deploy it;)16:44
mag009_enable_calico , enable_quagga16:44
mag009_thats about it and put the compute to use calico16:44
inc0mag009_, but I also need to deploy this cumulus stuff16:44
mag009_or if you have any bgp setup it would work16:45
*** sdake_ has joined #openstack-kolla16:45
mag009_bgp or ospf your choice16:45
*** sdake has quit IRC16:45
inc0well...in a single network L2 this should work anyway right?16:45
inc0it's when I want to go multi-switch I need to do stuff16:45
inc0obviously I need multi-switch to properly test it, but for simple use case it should work, right?16:46
*** ssurana has joined #openstack-kolla16:46
*** klindgren has joined #openstack-kolla16:46
mag009_i'm thinking... lol16:46
inc0so quagga would announce just simple routes16:47
mag009_technically yes16:47
inc0where next hop is goal16:47
mag009_you dont even need quagga in that case...16:47
mag009_you'll see that calico assigned an ip and you'll only be able to ping it from your compute node16:47
mag009_but yes you can test it that way16:48
mag009_or from your l2 it should also work16:48
mag009_so I did quagga for nothin ;)16:48
mag009_well16:48
inc0nah16:48
inc0I'll go multi-rack:P16:49
inc0with it16:49
inc0it's super simple test we're talking about16:49
mag009_alright now you make me happy :P16:49
inc0so question16:49
inc0each compute node will be separate broadcast domain right?16:49
inc0and compute node NATs IPs to vms it hosts?16:50
Lyncosbroadcast domain is limited to  switch port and server that's it16:51
Lyncosthere is no nat16:51
mag009_you allocate a specific range in openstack and it will allocate X ip to your vm16:52
mag009_thats it16:52
Lyncoswe did a /22 subnet for vm's16:52
mag009_than normally quagga advertise this ip16:52
Lyncossorry /1616:52
*** sdake_ has quit IRC16:52
inc0soo16:53
inc0I could do 3* non ovelapping /24 instead right?16:53
Lyncosyes16:53
inc0so if I'd want to setup test env on cloud16:53
Lyncosbut everything will be reachable (according to openstack security groups)16:53
Lyncosif you want to test on single machine... no need for quagga16:53
inc0I can create 3 /24 nets, connect them by cumulus xv vms16:53
Lyncosit will just ping locally16:53
inc0setup quagga in each pool16:54
inc0and it would work?16:54
Lyncos1 quagga for all16:54
Lyncosjust need to tell quagga what ranges to advertise and where16:55
Lyncoswe are using 192.168.0.0/29  just to make quagga talk to the top of rack switch just to advertise16:55
*** diogogmt has joined #openstack-kolla16:57
*** shardy has quit IRC16:58
Mech422pbourke: re: stale partition data stuff - I can see a difference in /dev/disk/by-partlabel/ vs sgdisk -p17:00
sean-k-mooneymag009_ maybe since you seem to know how calico works can you answer one question for me. how much work would it be to use calico with ovs.17:00
sean-k-mooneymag009_: i know it currently does not use it at all but in theory a /32 kernel route is not that different then an openflow rule that matches on the ip address17:01
mag009_you want ovs + calico on the same compute ?17:02
sean-k-mooneymag009_: i was actully thinking of calico programing ovs17:03
Lyncossean-k-mooney: I don't think this make any sense17:03
LyncosCalico is replacing OVS17:04
sean-k-mooneyLyncos: well if calico could convert it kernel routes into openflow rule and iptables filters into contrack rules it might17:04
*** vhosakot has joined #openstack-kolla17:04
Lyncosin that case you would have to ask calico guys.. but i'm pretty sure it's not currently supported17:04
sean-k-mooneyLyncos: yes i know i just like the idea of using bgp routing with say dpdk ovs17:04
Mech422sean-k-mooney: you mean you want ovs for bonding/vlans/etc and Calico to do the routing ?17:04
Lyncossean-k-mooney: in that case you may be better to use midonet or something like that17:05
sean-k-mooneyMech422: ya basically.17:05
Mech422sean-k-mooney: that sounds err.. ^^^ what Lyncos said17:05
sean-k-mooneyhehe it was just a taught17:05
Mech422sean-k-mooney: thats how midonet works - it highjacks the OVS kernel module and programs it directly :-)17:05
sean-k-mooneyMech422: but i dont want to use the ovs kernel module at all17:06
sean-k-mooneyi want to use the dpdk to bypass the kernel entirely17:06
sean-k-mooneyMech422: anyway just a taught i had not someting im activly looking at17:07
Mech422sean-k-mooney: ahh - that part, I dunno - my networking know-how isn't deep enough to get a snake's belly wet17:07
sean-k-mooneyMech422: no worries17:07
sean-k-mooneyMech422: calico is interesting17:07
LyncosWe decided to go with calico to not have the ovs overhead17:08
sean-k-mooneyafter spending 2 years enableing ovs with dpdk and vhost-user in openstack i was just interested if they could be made work together17:08
*** daneyon_ has joined #openstack-kolla17:09
*** coolsvap has quit IRC17:09
sean-k-mooneyLyncos: ya we use dpdk to avoid the kernel over head.17:09
sean-k-mooneyits too different approches to the same problem17:09
sean-k-mooneyif you keep the dataplan entirely in the kernel or entirly in userspace it can be fast with low overhead17:10
Lyncoswhy not using OVS hardware offload ?17:11
sean-k-mooneywhen you mix the two the kernel<->userspace context switchs and packet copies kill your performance17:11
sean-k-mooneyLyncos: that is still slower then dpdk17:11
LyncosReally ?17:11
sean-k-mooneyLyncos: dpdk can use the hadware offloads too17:11
Lyncosok17:12
LyncosI see17:12
sean-k-mooneysorry didnt want to distract form the conversation ye were having about enabling calico/quagga17:12
Lyncosnah it's ok17:13
Lyncosit's nice to see what others think :-)17:13
*** mbound has joined #openstack-kolla17:13
*** daneyon_ has quit IRC17:13
inc0haha calico+dpdk17:14
inc0let's compete in "esoteric network tech actually deployed?17:14
inc0"17:14
sean-k-mooneyinc0: stranger things could happen. though i would not like to have to debug it17:15
LyncosI already hate debugging ovs17:16
sean-k-mooneyLyncos: funny i hate debugging the kernel network stack alot more17:16
inc0mag009_, so I won't block your PS on that, but I'll need to code up non-ini config merges to make quagga work it seems17:16
mag009_inc0: thats what I was trying to explain :P17:17
mag009_the way i proceed is i deploy my quagga during the baremetal deployement17:17
inc0yeah and when I said "I just need to see what's involved" that's what I meant;)17:17
mag009_:)17:17
inc0well you want quagga in container17:17
mag009_yes eventually17:18
inc0I'll get right to container configs then17:18
mag009_we are thinking about switching to coreos for baremetal17:18
inc0we need to solve it anyway17:18
*** mbound has quit IRC17:18
inc0you'll be able to use etcd there17:18
sean-k-mooneyhas anyone deployed kolla on coreos here?17:18
mag009_yes but I'll still need one for the compute17:19
mag009_compute are acting as proxy/client17:19
mag009_i'm working on the precheck right now remember the precheck for ceph17:20
mag009_/var/lib/ceph17:20
mag009_i'm going to submit that in a bit17:20
sean-k-mooneymag009_: out of interest are you planning on using coreos to host your kolla container or for your "tenant" baremetal image17:21
mag009_to host everything17:22
sean-k-mooneyah ok cool17:23
mag009_even in the cloud I'm thinking about doing coreos + docker17:23
sean-k-mooneyi tried to deploy kolla on alpine a while ago and hit some issues. none tha i probably could not have fixed but i wanted to try coreos at some point too17:24
sean-k-mooneyi also tried rancher os. i think there is a good case to be made for using supper thin host os with kolla to miniumise the maintence footprint for the host os17:26
inc0sean-k-mooney, yeah, issue is that we need packages17:27
inc0things like ceph dont exist in alpine repos17:27
inc0package management is hard on it's own and we have a lot of dependencies across the board17:27
sean-k-mooneyinc0: im not refering to useing alpine to build the container17:27
inc0ok17:28
sean-k-mooneyinc0: i was refering to using it to run them on17:28
inc0well, lightweight OS on hsot is good idea and I'd go for it17:28
sean-k-mooneythe issue i hit with alpine is by default its security polices are too strict to allow docker to run17:29
sean-k-mooneyit is relitly easy to fix but at the time i did not want to spent the weekend debuging it17:29
*** lmiccini has quit IRC17:31
*** sdake has joined #openstack-kolla17:31
*** salv-orlando has joined #openstack-kolla17:32
*** sdake_ has joined #openstack-kolla17:35
*** salv-orlando has quit IRC17:35
mark-caseysean-k-mooney: I've gotten prechecks to mostly pass on coreos and gotten the first few containers to deploy17:35
mark-caseyI believe andrewwebber has gotten it running fully https://gist.github.com/andrewwebber/f788790772cef47ed5bff39aae2212cf17:35
*** aginwala has joined #openstack-kolla17:35
*** salv-orlando has joined #openstack-kolla17:36
sean-k-mooneymark-casey: is that using coreos as the base os of the contaienr or as the host os on the server?17:36
mark-caseyhost os on server17:36
sean-k-mooneyok cool17:37
*** sdake has quit IRC17:37
Mech422Is there a standard config file for the pep8/flake8 stuff?17:37
*** lmiccini has joined #openstack-kolla17:38
* Mech422 is housecleaning today17:38
sean-k-mooneymark-casey:  it would be cool to document this in the kolla docs if there was a know good way to deploy it.17:39
sean-k-mooneyby the way im not sure if people have seen this but i started work on a playbook to install kolla dependcies on baremetal hosts17:40
sean-k-mooneyhttps://review.openstack.org/#/c/325631/17:40
patchbotsean-k-mooney: patch 325631 - kolla - [WIP] add baremetal role to install kolla deps.17:40
sean-k-mooneyi basically just automate the steps in the quick start17:41
*** athomas has quit IRC17:43
sean-k-mooneyit needs some work but the idea is that you can install a basic ubunut or centos image and it will get you to the state where most of the precheck will pass17:44
Mech422sean-k-mooney: yeah - looks good...17:45
Mech422sean-k-mooney: my bootstrap role also creates an ansible user, and distributes the ssh keys around17:46
Mech422sean-k-mooney: and adds all the nodes to /etc/hosts17:46
sean-k-mooneyMech422: ah ok do you have a review up for that?17:47
sean-k-mooneyor did i miss it in the codebase?17:47
Mech422sean-k-mooney: nah - I figured it was pretty site specific17:47
sean-k-mooneyah ok17:47
Mech422sean-k-mooney: also, on ubuntu 14.04 - looks like i had to ditch pip from apt, and manually install a more recent one ?17:47
mark-caseyMech422: yes. me too.17:48
Mech422and I pip install ansible==2.1.0.017:48
Mech422mark-casey: oh good - so its not just me then :-)17:48
sean-k-mooneyMech422: i have to double check but i think i install python-setuptools then uses easy_install to install pip17:48
mark-caseysean-k-mooney: I'll add a review on that in the next couple days17:49
sean-k-mooneymark-casey: cool there are alot of white space things in need to fix but any input is welcome17:49
Mech422sean-k-mooney: I'm just doing get_url: url=https://bootstrap.pypa.io/get-pip.py cuz I'm a slacker :-P17:50
Mech422sean-k-mooney: oh! if you install the wily kernel - should probably reboot in there somewhere?17:51
sean-k-mooneyMech422: i was tempted to do 'curl -sSL https://get.docker.com/ | sh' but i taught it would be better to do it my self17:51
sean-k-mooneyMech422: yes17:52
sean-k-mooneyMech422: i had planed to register reboot_required and reboot at the end17:52
sean-k-mooneyi was also thinking of making the reboot and install of the kernel optional17:52
openstackgerritMarc-Andre Gatien proposed openstack/kolla: merge calico integration to kolla  https://review.openstack.org/32775917:52
sean-k-mooneyjust incase people did not want to do it but i know there are aufs issue if you dont17:52
Mech422sean-k-mooney: ahh - cool :-)17:53
*** murphyslawbbs has joined #openstack-kolla17:53
sean-k-mooneypart of the reason i am doing this is beace of the bifrost poc.17:53
sean-k-mooneyit was annoying to have to keep installing this stuff every time i redeployed the os17:54
Mech422sean-k-mooney: not sure if you want to do this in bootstrap/baremetal - but you have to add the '--insecure-registry' stuff to docker and restart it at some point if your doing multi-node17:54
sean-k-mooneyi need to get back to the bifrost poc too17:55
*** ravig has joined #openstack-kolla17:55
Mech422sean-k-mooney: LOL - I hear ya :-)  Same for me17:55
sean-k-mooneyMech422: oh yes i missed that17:55
sdake_Mech422 we are making a second set of playbooks to handlethe bare metal initialization17:55
*** mummer has joined #openstack-kolla17:55
cinerama hi sean-k-mooney17:55
sean-k-mooneycinerama: hi17:55
sdake_sean-k-mooney isn't that correct?17:55
sean-k-mooneysdake_: yes https://review.openstack.org/#/c/325631/117:56
patchbotsean-k-mooney: patch 325631 - kolla - [WIP] add baremetal role to install kolla deps.17:56
Mech422sdake: I actually setup a lil ansible 'preprocessor' - its basically a glorified dictionary merge...but it lets me spec clusters of machines with a 'default' entry so I only have to specify whats different for each machine17:56
sean-k-mooneysdake_:  i was not sure if it should be a seperate playbook or just a seperate role17:56
*** ravig has quit IRC17:57
Mech422really nice feature when you have lots of nics to configure17:57
mag009_inc0: im splitting the etcd config as asked17:57
*** tpeoples has quit IRC17:57
mag009_hopefully everything is in order.... afterward17:57
cineramasean-k-mooney, did you want us to help rebase your change?17:57
*** serverascode has quit IRC17:58
sean-k-mooneycinerama: i was hoping to get back to it tommorow anyway so i should have a rebase done mid friday17:59
*** JoseMello has quit IRC17:59
Mech422sean-k-mooney: you install 'tox' right ? looks like I had to do it via 'pip' ...17:59
*** serverascode has joined #openstack-kolla17:59
*** mgkwill has quit IRC18:00
sean-k-mooneycinerama: did ye merge the other confliting changes?18:00
*** tpeoples has joined #openstack-kolla18:00
sean-k-mooneyMech422: actully i dont think i do. that was one of the things i wanted to ask about18:00
sean-k-mooneyMech422: its not listed as a dependecy but it is required to generate the configs18:00
sean-k-mooneyMech422: so i was debating if i should install it but its simple to add.18:01
*** mgkwill has joined #openstack-kolla18:01
*** JoseMello has joined #openstack-kolla18:01
Mech422sean-k-mooney: ansible:latest is gonna blow up the pre-checks I think - they check version numbers on ansible, docker and a couple of others18:01
*** aginwala has quit IRC18:01
Mech422sean-k-mooney: yeah - its an easy add - I just think the ubuntu 14.04 is old, since I did it via pip ?18:01
*** aginwala has joined #openstack-kolla18:02
sean-k-mooneyMech422: yes that was the other thing i wanted to ask about. i did not cap anisble because i was not sure what version we currently needed18:02
mark-caseyremind me what configs tox generates? I've never needed it to get a deploy done18:02
sean-k-mooneymark-casey: it is used to generate the kolla build config18:03
Mech422sean-k-mooney: actually - on master, I'm having to run from the .tox dirs...18:03
sean-k-mooneymark-casey: so its not needed for deploy just building i think18:03
cineramasean-k-mooney, yeah i think the controversial things have already been merged - we had a cleanup of handling of booleans in the playbook18:03
mark-caseysean-k-mooney: oh ok. I just pass options to build.py18:03
Mech422build.py craps out trying to import kolla.image if I use the one in ./tools18:03
sean-k-mooneycinerama: ok cool thats the chage to useing bools and checking for true instead of if not defiend?18:04
sean-k-mooneymark-casey: i could make tox install condtional?18:05
sean-k-mooneyMech422: really i only ever us the build.py in tools18:05
sean-k-mooneyMech422: i never install kolla system wide18:05
Mech422sean-k-mooney: on stable/mitaka I could use the one in tools...18:06
Mech422sean-k-mooney: on master, it barfs on me18:06
sean-k-mooneyhum ok i have not build master in a little bit. has anyone else had that issue?18:06
*** pbourke_ has quit IRC18:06
sdake_sean-k-mooney installing kolla system wide is mean for operators that want to use prepackaged containers18:06
*** pbourke_ has joined #openstack-kolla18:07
cineramasean-k-mooney: yep. so you basically will want to be sure you don't reintroduce that stuff, also we usually will do "value | bool == true" vs "value | bool"18:07
sean-k-mooneysdake_: sure that makes sense. i just normally pip instal -r requirements.txt and then use tools18:07
sdake_sean-k-mooney that is a developer workflow18:07
sdake_this i swhat i do as well18:08
*** ppowell has quit IRC18:08
inc0mag009_, reviewing18:08
sean-k-mooneycinerama: cool that is no problem im happy to use bool== true instead its cleaner i think anyway18:08
sean-k-mooneysdake_: so currently my install role clones kolla into /opt/stack/kolla and does the developer style install18:09
inc0mag009_, https://review.openstack.org/#/c/327759/7/ansible/roles/etcd/templates/etcd.j218:10
patchbotinc0: patch 327759 - kolla - merge calico integration to kolla18:10
sean-k-mooneysdake_: should i have an option to do both so eiter from source or install directly form pip18:10
inc0so, this should be done differently18:10
inc0you have 2 configs there18:11
mag009_yes I know I'm spliting it as we speak :)18:11
inc0in reality18:11
inc0ahh18:11
mag009_i've fixed the rest18:11
inc0cool, thanks18:11
*** ravig has joined #openstack-kolla18:12
*** peterjenkins has quit IRC18:13
*** peterjenkins has joined #openstack-kolla18:13
sean-k-mooneyjust realised its after 7 and im ment to be in a pub having goodbye drink with a colleague so got to run.18:14
sean-k-mooneycinerama: ill rebase my change and submit it tommorow18:15
Mech422sean-k-mooney: have one...errr...two for me!18:15
inc0drink one for glory of kolla sean-k-mooney18:15
inc0and have fun;)18:15
cineramasean-k-mooney, that'd be awesome. but you should go have fun now :)18:15
sean-k-mooneyhaha i will. catch people tommrow18:15
*** ravig has quit IRC18:15
*** akwasnie has quit IRC18:15
*** clayton has quit IRC18:17
*** clayton has joined #openstack-kolla18:17
*** akwasnie has joined #openstack-kolla18:18
*** salv-orlando has quit IRC18:21
*** salv-orlando has joined #openstack-kolla18:22
*** dwalsh has quit IRC18:22
*** mark-casey has quit IRC18:25
*** salv-orlando has quit IRC18:26
*** salv-orlando has joined #openstack-kolla18:26
*** ravig has joined #openstack-kolla18:29
*** pbourke_ has quit IRC18:29
*** Lyncos has quit IRC18:30
*** ravig has quit IRC18:33
*** ayoung has quit IRC18:33
openstackgerritMarc-Andre Gatien proposed openstack/kolla: merge calico integration to kolla  https://review.openstack.org/32775918:33
*** dwalsh has joined #openstack-kolla18:37
*** sdake_ has quit IRC18:38
mag009_hm18:47
mag009_why theres a guy working on etcd ?18:47
mag009_https://review.openstack.org/#/c/29845118:47
*** ayoung has joined #openstack-kolla18:47
*** NachoDuck has quit IRC18:49
*** NachoDuck has joined #openstack-kolla18:51
inc0rhallisey, you are bing summoned18:55
rhalliseyeh?18:55
inc0mag009_, rhallisey talk about etcd18:56
rhalliseythat's the ectd container18:56
rhalliseyhui wrote that18:56
*** sdake has joined #openstack-kolla18:59
mag009_yes sure but what is used for ?18:59
mag009_cause its going to clash with mine..18:59
inc0mag009_, k8s18:59
inc0don't clash, reuse each others work19:00
mag009_his does not create a cluster... you have to export the config19:00
inc0mag009_, make it a review:)19:01
inc0at the end we all want to have etcd cluster19:01
inc0we need to cooperate towards the end19:01
mag009_well, mine does it19:01
mag009_i'm just saying all I need to do is create flag to not use the client19:02
mag009_mine I require the compute to be client19:02
*** NachoDuck has quit IRC19:02
mag009_i'll just adjust it if that is the cluster that is only needed for k8s19:02
*** NachoDuck has joined #openstack-kolla19:03
*** tzn has quit IRC19:06
*** peterjenkins has quit IRC19:10
*** peterjenkins has joined #openstack-kolla19:11
*** aginwala has quit IRC19:11
*** ravig has joined #openstack-kolla19:12
*** harlowja has quit IRC19:12
wirehead_So, the etcd stuff in k8s is interesting.19:13
wirehead_With Kube 1.2, it’s probably a really bad idea to try to connect containers running on the k8s clusters to the k8s etcd.19:14
wirehead_mag009_ / inc0  ^19:14
*** aginwala has joined #openstack-kolla19:15
*** aginwala has quit IRC19:16
wirehead_Given that there’s already great progress in kubernetes/contrib to have a ansible playbook to create the etcd cluster as part of the HA-kubernetes config, it’s unlikely we’d want to create for kolla-kubernetes a etcd cluster.19:16
*** aginwala has joined #openstack-kolla19:16
wirehead_Conversely, installing a second instance of etcd inside of the k8s cluster might be necessary.19:16
wirehead_Kolla-kubernetes workflow can store data in the k8s etcd using Kubernetes Annotations and tags, so anything specific there won’t require that.19:17
*** sdake has quit IRC19:19
*** pbourke_ has joined #openstack-kolla19:28
*** murphyslawbbs has quit IRC19:29
*** aginwala has quit IRC19:30
*** pbourke_ has quit IRC19:30
*** Jeffrey4l_ has joined #openstack-kolla19:31
*** Jeffrey4l has quit IRC19:34
*** ravig has quit IRC19:36
*** ravig has joined #openstack-kolla19:36
rhalliseydcwangmit01, so we need to change bind_hosts19:40
rhalliseyeverywhere19:40
rhalliseydcwangmit01, let's go over the options one more time19:40
rhalliseychange in ansible so we can set it to 0.0.0.019:41
dcwangmit01So, let me describe the problem we are trying to solve for everyone19:41
rhalliseyextend dockerfiles to auto discover19:42
rhalliseysure19:42
rhalliseyinc0, ^ you may have some input19:42
inc0I don't understand, can you please describe it more?19:43
inc0what's the issue19:43
inc0?19:43
*** dwalsh has quit IRC19:43
*** ravig has quit IRC19:43
dcwangmit01Kolla genconfig sets configs of all containers to bind to the IP assigned to api_interface.  This works fine for kolla, where targeted hosts are known upfront, facts are gathered, and configs written out properly.  However, when running kolla containers in kubernetes, the interface IPs are essentially random.  Thus, we need kolla ansible scripts to configure kolla processes to bind to 0.0.0.019:43
dcwangmit01(all intefaces)19:44
inc0hold on19:44
inc0we do IP binding for purpose19:44
inc0why do we need to change it in ansible?19:44
rhalliseydcwangmit01, so we may not need to change it in ansible since this is a kube specific case19:44
*** tyrola has joined #openstack-kolla19:44
*** tyrola has quit IRC19:45
rhalliseyI does hurt our ability to consume kolla's config19:45
rhallisey:/19:45
inc0only slightly19:45
inc0you can use same templates19:45
rhalliseyinc0, well the way kolla has it does not give kolla-kube the ability to consume it19:45
inc0just fill if with different variables19:45
inc0au conraire19:46
rhallisey hostvars[inventory_hostname]['ansible_' + api_interface]['ipv4']['address']19:46
inc0you do need to generate configs per container anyway19:46
dcwangmit01If we can change the kolla ansible scripts to have the option to override api_interface and instead set bind_host to 0.0.0.0, then we can avoid modifying extend_start.sh for containers to detect if we are in kubernetes, and thus somehown force the process to bind to the right host19:46
inc0ahh right19:46
inc0ansible specific stuff19:46
inc0but we can't rid ourselves of it19:46
rhalliseybind_address will be specific to the host ad run time19:46
dcwangmit01There are many instances of this:19:46
rhalliseysorry, config time19:46
dcwangmit01vagrant@vagrant-ubuntu-trusty-64:~/Dev/kolla/ansible/roles$ grep -rni -E '(listen|bind)'| grep -E '(host|ip)' |grep -v haproxy19:46
dcwangmit01cinder/templates/cinder.conf.j2:37:osapi_volume_listen = {{ hostvars[inventory_hostname]['ansible_' + api_interface]['ipv4']['address'] }}19:46
dcwangmit01glance/templates/glance-api.conf.j2:8:bind_host = {{ hostvars[inventory_hostname]['ansible_' + api_interface]['ipv4']['address'] }}19:46
dcwangmit01glance/templates/glance-registry.conf.j2:7:bind_host = {{ hostvars[inventory_hostname]['ansible_' + api_interface]['ipv4']['address'] }}19:46
dcwangmit01heat/templates/heat.conf.j2:26:bind_host = {{ hostvars[inventory_hostname]['ansible_' + api_interface]['ipv4']['address'] }}19:47
dcwangmit01heat/templates/heat.conf.j2:32:bind_host = {{ hostvars[inventory_hostname]['ansible_' + api_interface]['ipv4']['address'] }}19:47
inc0we bind to specific address for security reasons19:47
inc0and we won't change that to 0.0.0.019:47
inc0in ansible19:47
rhalliseyinc0, the point is to allow for something to say they want '0.0.0.0'19:48
inc0but we can figure out way to enable you to override this19:48
rhalliseyinstead of checking the inventory file19:48
inc0with ansible we can do this with config overrides and merge_conf19:48
*** murphyslawbbs has joined #openstack-kolla19:48
inc0we can do something like this19:49
*** harlowja has joined #openstack-kolla19:49
wirehead_Okay, but the overrides are a bit odd.  For mariadb, you want it listening to 0.0.0.0, but you want it to connect to ‘mariadb.openstack’19:49
inc0wirehead_, you don't want to listen on 0.0.0.019:49
inc0you want it to be accessible ONLY from network it's meant to use19:50
openstackgerritMarc-Andre Gatien proposed openstack/kolla: merge calico integration to kolla  https://review.openstack.org/32775919:51
wirehead_Except for HostNetwork=True containers (e.g. Neutron), things are passing through the configured SDN and the right network to use is 0.0.0.0.19:51
rhalliseyinc0, but how would you know the network ahead of time?19:51
rhalliseysince the service could be on any machine19:51
inc0witn ansible you know it19:51
rhalliseybut with kube your service could be anywhere19:52
inc0with k8s you can pass it via ENV19:52
inc0and override it in config19:52
rhalliseybut what if the service gets re scheduled19:52
rhalliseyansible can't help that case19:52
inc0so most naive way to do it19:52
inc0ifconfig -> get IP from mgmt network and sed it in config19:52
dcwangmit01inc0: Yes, here's what the pass through ENV option looks like... not pretty, and still requires modifying extend_start.sh for every single kolla container.  https://gist.github.com/dcwangmit01/f27eae3e7634861aedcb0a2315f56d1a19:52
inc0in extended_start19:52
*** pbourke_ has joined #openstack-kolla19:53
inc0dcwangmit01, we won't have 0.0.0.0 binds because it will open new vector of attack19:53
inc0it does compromise security19:53
wirehead_Not in Kubernetes.19:53
inc0I'm sure we can figure out how to lay configs19:53
inc0without doing that19:53
*** pbourke_ has quit IRC19:54
inc0wirehead_, for k8s maybe not if you don't use host networking19:54
wirehead_If you want to add protection to make sure there’s no possible way to set the listen address in non-k8s to 0.0.0.0, that’s one thing, but a container with HostNetwork=false has no ports exposed ever unless you tell k8s to do so in the pod config.19:54
inc0if you use host networking, you're screwed just the same19:54
dcwangmit01inc0: I get what you are saying.  There are other options as in not 0.0.0.0.  They just require more code modifications, more risk.  I'm game for anything19:54
wirehead_I agree.19:54
wirehead_We’re not concerned with hostnetwork=true for this.19:55
*** dwalsh has joined #openstack-kolla19:55
wirehead_For hostnetwork=true we’re going to have to do a bunch of extra work.19:55
inc0so without host networking, I'm ok with 0.0.0.019:55
rhalliseyyes without host networking19:55
inc0you need to figure out configs anyway19:55
inc0our configs from ansible are jinja2 templates19:55
rhalliseywirehead_, dcwangmit01, ok let's go with configs then19:56
inc0are you sure you want to use them as they are today?19:56
rhalliseywirehead_, we don't need to spend too much time on a bp19:56
wirehead_So, we’re proceeding forward with the idea that we’re going to try and preserve the ansible jinja2 templates.19:56
rhalliseywirehead_, though the detail you have is excellent19:56
wirehead_rhallisey: that’s dcwangmit01’s detail.19:56
inc0so one thing we can do19:56
inc0is to move all ansible-specific stuff out of templates19:57
rhalliseydcwangmit01, nice :)19:57
inc0so somewhere in plays we set up "api_interface_address = hostvars..."19:57
rhalliseyI'd rather do this on the config side so we can avoid any automagic19:57
inc0and in tpls we provide var api_interface_address19:57
inc0which you can override19:57
inc0or you can to simulate ansible's datastructures19:57
inc0so you will render templates with dict hostwar...19:58
rhalliseydcwangmit01, https://blueprints.launchpad.net/kolla/19:58
rhalliseycopy paste the details into a new BP19:58
rhalliseyand tag the patches with the BP name19:58
*** ppowell has joined #openstack-kolla20:00
dcwangmit01inc0: Need to clarify.  api_interface_address = hostvars or "0.0.0.0" or {any-ip}.   Then if api_interface_address == hostvars, then do the existing resolving of interface to IP.  Otherwise directly copy the setting into any bind_ip or bind_host setting.  This will still require modifications to lots of templates20:00
dcwangmit01^ Is that what you want?20:00
inc0not really20:01
inc0currently we call {{ hostvars ... }}20:01
inc0in templates20:01
dcwangmit01^ yes20:01
inc0if we create new variable20:01
inc0which will host value of ipv4 from hostvars20:02
inc0and use it in templates20:02
inc0logic stays the same20:02
inc0but you'll have shorted value to override20:02
wirehead_So, right now, MariaDB is {{ hostvars[inventory_hostname]['ansible_' + api_interface]['ipv4']['address'] }}20:04
wirehead_We’re changing that to {{ iface[ … ] }}20:04
wirehead_where iface is the new variable?20:04
inc0yeah20:04
wirehead_Okay, and then we’re going to have something in globals.yml that sets a key for iface[mariadb] = 0.0.0.020:06
inc0pretty much20:07
inc0of actual ip if you want to go fancy20:07
*** ravig has joined #openstack-kolla20:07
wirehead_and then there’s a step in `kolla-ansible genconfig` that copies by default the hostvars over to iface, but does an override otherwise.20:08
inc0nope20:08
*** ravig has quit IRC20:08
inc0it won't be separate step20:08
inc0it will be task20:08
inc0- set: mgmt_iface_addr = hostvars...20:09
*** ravig has joined #openstack-kolla20:10
*** huikang has joined #openstack-kolla20:10
wirehead_inc0: ok so something in ansible/roles/mariadb/tasks/config.yml20:11
inc0yeah, or even common20:11
*** ravig has quit IRC20:11
inc0since we use this var multiple times20:11
wirehead_So, in terms of patch order, first we do a patch that adds that task to copy vars.  And then a series of patches against various containers to actually use the new var20:13
inc0correct20:13
dcwangmit01inc0: More clarification... So mgmt_interface_addr is a new variable defined by a task.  It defaults to hostvars[inventory_hostname... unless iface[mariadb] is set.  Then we change all of the templates from bind_host = {{ hostvars[inventory_hostname]['ansible_' + api_interface]['ipv4']['address'] }}  to: bind_host = mgmt_interface_addr20:16
inc0no, no unless20:17
inc0you're not using ansible playbooks so setup config, so you don't need to change anything20:17
inc0just make sure {{ mgmt_iface_addr }} is set to whatever you want20:17
wirehead_I’m not quite following the ‘no unless’ part, but that might be my lack of ansible-fu which is charatably at the level of manager for the most part (e.g. “It’s a simple matter of ansible, right?”)20:21
inc0no, that was my language-fu failing20:21
inc0I was commenting "unless iface[mariadb] is set"20:22
inc0we don't do logic there20:22
inc0we only fill variable20:22
wirehead_mgmt_interface_addr = iface[mariadb] or hostvars[…20:22
dcwangmit01If iface[mariadb] is set, then mgmt_interface_addr = the value of iface[mariadb].  Otherwise mgmt_inteface_addr = hostvars[... ?20:23
inc0wirehead_, no20:23
inc0you're not using ansible unless I'm mistaken20:23
inc0hold on, I'll make example patchset20:23
dcwangmit01You've given up on us :)20:23
wirehead_Like I said “It’s just a simple matter of ansible, right” level of ansible. :D20:23
inc0yeah I've given up.:P j/k20:24
inc0just demo will be quick20:24
*** ppowell has quit IRC20:24
inc0and you'll see what I mean instantly20:24
*** mbound has joined #openstack-kolla20:27
*** aginwala has joined #openstack-kolla20:28
openstackgerritMichal Jastrzebski (inc0) proposed openstack/kolla: WIP: enable kolla k8s to modify configs  https://review.openstack.org/32792520:31
inc0see?20:31
inc0now do this for everything else and we're golden:P20:31
mag009_inc0: got a sec20:31
inc0you might want to drop this galera stuff too20:31
inc0mag009_, shoot20:31
mag009_remember that : https://review.openstack.org/#/c/325999/20:32
patchbotmag009_: patch 325999 - kolla - add become to mount osds getting a permission deni... (ABANDONED)20:32
mag009_I've added a check to make sure the /var/lib/ceph is writable20:32
inc0yeah20:32
mag009_but now i'm getting a perm denied to /etc/fstab...20:32
inc0uhh20:32
mag009_mount definitely need become...20:32
mag009_it need to write the mount to fstab20:33
inc0yeah that's true20:33
inc0well, meh I guess20:33
inc0I could argue that fstab can be writable to underprivileged uset20:33
inc0I won't.20:33
mag009_well yes if the user is in the group20:34
mag009_hm not even20:34
*** dwalsh has quit IRC20:34
mag009_fstab is root writable only20:34
mag009_how would you write as an unprivileged user ?20:34
mag009_via sudoers ?20:35
inc0anyway mag009_ I don't want to argue that20:35
inc0sudo would work20:35
inc0but become will do sudo20:35
mag009_i know but it's a bug...20:35
mag009_you cannot deploy a ceph osd because of that.. I don't understand how user have been able to use ceph osd out of the box..20:36
mag009_i'm not arguing I want to fix it20:36
mag009_:)20:36
*** ppowell has joined #openstack-kolla20:37
*** murphyslawbbs has quit IRC20:37
mag009_so ?20:39
mag009_what is your recommendation?20:39
inc0sure, just become it20:39
*** jtriley has quit IRC20:39
inc0and make note in docs that for ceph you really need to deploy as root20:39
mag009_well I'm using sudo not root20:40
inc0ansible become can use sude too20:41
inc0all I'm saying, just add this become: True and be done with it20:41
wirehead_Okay, I think I’m fine with that as long as the larger Kolla community is fine with that. :D20:41
dcwangmit01inc0: Okay, we get it now.  After running the code.20:42
dcwangmit01+2, if I could20:42
dcwangmit01So I should write a blueprint?20:42
inc0well, needs more testing20:42
dcwangmit01I was joking about, "hey every +2 real quick"20:43
inc0and you guys need to figure out what to do with wsrep vars and vars that requires sets of addresses20:43
inc0like haproxy20:43
dcwangmit01So, do I write a doc in kolla/spec, and then add a blueprint to link to that?20:43
inc0most of it will be about clusters, so not relevant to k8s20:43
inc0no, just figure it out and take over this patchset20:43
wirehead_In the immortal words of every developer ever: “It works on my machine!” :D20:44
inc0SOA1: Standard operators answer 1: works for me20:44
rhalliseydcwangmit01, did you write a spec or a blueprint20:46
rhalliseywrite a blueprint. A spec is meant for major changes20:46
wirehead_rhallisey: I think we’ve diverged very far from the blueprint dcwangmit01 wrote out already.20:46
dcwangmit01I did write something up.  THe problem statement is still correct, and I can modify with the details of what was agreed here20:47
rhalliseywirehead_, it's ok.  Just write a bp that say something like 'we need to allow for bind_host to be more configurable for kolla-kubernetes'20:47
inc0rhallisey, https://review.openstack.org/#/c/327925/20:48
patchbotinc0: patch 327925 - kolla - WIP: enable kolla k8s to modify configs20:48
rhalliseythe details of why should be in the dropping net=host in kolla-kube20:48
rhalliseyhttps://blueprints.launchpad.net/kolla-kubernetes/+spec/remove-net-host20:48
inc0well, issue is why we use net=host in the firs tplace20:48
inc0but you guys need to determine if we won't die on net performance20:49
inc0I don't trust docker networking20:49
rhalliseyI think wirehead_ has been playing around with it a bit20:49
wirehead_Yeah.20:49
wirehead_Modern Kubernetes doesn’t have a proxy, a la docker networking.20:49
wirehead_AFAICT it does most of the work by orchestrating iptables.20:50
*** d_code_ has joined #openstack-kolla20:51
wirehead_I still have some suspicions that Neutron is going to conflict hilariously with kubernetes networking.20:51
inc0so forget about dropping net=host for neutron agents20:52
inc0neutron needs full access to namespaces, iptables and such20:52
*** d_code has quit IRC20:52
*** d_code_ is now known as d_code20:52
*** neophy has joined #openstack-kolla20:52
inc0you don't want ot to float around too20:52
wirehead_Yeah.  My perception, as a bowtie-wearing-Kubernetes partisan, is that we should default to kube networking and then re-assess if necessary.20:53
inc0yeah, that'd be my approach20:53
inc0*if* k8s networking is as performant as host20:53
inc0or at least close enough20:53
*** Lyncos has joined #openstack-kolla20:54
wirehead_Then again, this is a giant break with the Way Things Have Always Been.20:54
wirehead_So the fear of everything blowing up in our face is a rational fear.20:54
*** d_code_ has joined #openstack-kolla20:55
*** iceyao has joined #openstack-kolla20:55
mag009_The requested image does not exist: kollaglue/oraclelinux-source-heka:2.0.020:55
mag009_in my CI run20:56
*** aginwala has quit IRC20:56
inc0mag009_, we enabled oraclelinux20:56
inc0if you need help with that, pbourke would be person to talk to20:56
inc0but he's asleep now probably20:56
mag009_alright well it seem all my deploy run failed20:56
mag009_not just oracle20:56
*** d_code has quit IRC20:56
*** d_code_ is now known as d_code20:56
wirehead_rhallisey / dcwangmit01: Are we going to more carefully specify api_interface_address?  I don’t think we need to.20:57
wirehead_rhallisey: Either it’s a neutron agent or it’s hostnetwork=false.20:57
mag009_i'll check with him tomorrow20:57
*** iceyao has quit IRC21:00
*** aginwala has joined #openstack-kolla21:00
*** aginwala has quit IRC21:01
openstackgerritMarc-Andre Gatien proposed openstack/kolla: merge calico integration to kolla  https://review.openstack.org/32775921:03
*** mliima has quit IRC21:05
Mech422mag009_: I need image tag 2.0.2 for stable/mitaka and 3.0.0 for master21:06
mag009_?21:07
mag009_what image21:07
Mech422umm - all of them21:07
Mech422sec21:07
*** aginwala has joined #openstack-kolla21:07
mag009_how do i do that?21:07
Mech422# Valid option is Docker repository tag21:07
Mech422openstack_release: "3.0.0"21:07
Mech422#openstack_release: "2.0.1"21:07
Mech422in globals21:08
mag009_im not getting it21:09
mag009_what you want me to do?21:09
Mech422in /etc/kolla/globals - set openstack release to "3.0.0" if your using master21:09
Mech422and 2.0.1 if your using stable/mitaka21:09
Mech422that seems to control the version tag used in looking up images21:10
Mech422your trying to find: oraclelinux-source-heka:2.0.021:10
Mech422but my build runs seem to create oraclelinux-source-heka:3.0.0 on master21:10
*** murphyslawbbs has joined #openstack-kolla21:11
mag009_I'm talking about the CI when I push my code21:11
Mech422mag009_: oh sorry21:11
dcwangmit01wirehead_: I don't think we need to more carefully specify api_inteface_address.  The way it's organized by inc0's patch it should be easy to add in the future if we need that resolution.  Right now, the only need for the setting is for kubernetes or not21:11
Mech422mag009_: Oracle linux blew up on my CI run too - I think it might be being 'tempermental'21:12
openstackgerritKen Wronkiewicz proposed openstack/kolla-kubernetes: Add documentation for api_interface_address  https://review.openstack.org/32796121:13
wirehead_Did I mention I’m obsessed with docs? :D21:14
mag009_mine failed on all21:14
mag009_for the other i didnt check yet21:14
mag009_might be my fault21:14
Mech422I get the same heka failure on oracle....maybe someone needs to update the globals file used for CI ?21:17
wirehead_Sounds like we’ve got a heka lot of failures going on.21:23
openstackgerritKen Wronkiewicz proposed openstack/kolla-kubernetes: Add documentation for api_interface_address  https://review.openstack.org/32796121:24
*** ssurana has quit IRC21:25
*** ssurana has joined #openstack-kolla21:25
Mech422wirehead_: *Groan* :-p21:32
*** ayoung has quit IRC21:34
*** ayoung has joined #openstack-kolla21:35
*** murphyslawbbs has quit IRC21:37
*** aginwala has quit IRC21:38
*** ppowell has quit IRC21:40
*** murphyslawbbs has joined #openstack-kolla21:46
*** mbound has quit IRC21:47
*** ravig has joined #openstack-kolla21:49
*** inc0 has quit IRC21:51
*** huikang has quit IRC21:56
*** esharao has quit IRC21:57
mag009_i passed the CI!!!21:57
Mech422mag009_: Sweet - how'd you make Oracle happy ?21:58
Lyncosrm -rf oracle21:58
Lyncos;-)21:58
Mech422Lyncos: no, that makes ME happy :-P21:58
mag009_oracle fail21:58
mag009_but i got +1 from the CI21:58
mag009_so they probably know its failing21:59
mag009_it's new for oracle21:59
*** jtriley has joined #openstack-kolla21:59
Mech422mag009_: ahh - cool21:59
Mech422mag009_: heh - that sounded like a pretty big patch too - your ending the week STRONG! :-)22:01
*** murphyslawbbs has quit IRC22:02
*** ayoung has quit IRC22:05
wirehead_rhallisey / dcwangmit01: OK.  So, I applied inc0’s patch and, outside of rhallisey’s 3 patches, mainline should correctly provision mariadb.22:06
dcwangmit01wirehead_: I'm still testing, I mean re-building my vagrant env.22:07
wirehead_dcwangmit01: https://xkcd.com/303/22:08
wirehead_Where are the swords?22:08
*** murphyslawbbs has joined #openstack-kolla22:16
*** murphyslawbbs has quit IRC22:18
*** murphyslawbbs has joined #openstack-kolla22:18
openstackgerritKen Wronkiewicz proposed openstack/kolla: Fix interface address for memcached atop kubernetes  https://review.openstack.org/32798722:19
*** rhallisey has quit IRC22:22
*** murphyslawbbs has quit IRC22:23
*** vhosakot has quit IRC22:25
*** SiRiuS__ has quit IRC22:25
*** jtriley has quit IRC22:33
*** neophy has quit IRC22:37
*** ravig has quit IRC22:40
*** murphyslawbbs has joined #openstack-kolla22:40
*** ravig has joined #openstack-kolla22:40
*** mbound has joined #openstack-kolla22:48
*** mbound has quit IRC22:53
openstackgerritDavid Wang proposed openstack/kolla: Enable kolla k8s to override bind api bind address in genconfig  https://review.openstack.org/32792523:08
*** ravig has quit IRC23:09
*** ravig has joined #openstack-kolla23:09
*** jtriley has joined #openstack-kolla23:16
*** ravig has quit IRC23:19
*** salv-orl_ has joined #openstack-kolla23:27
*** salv-orl_ has quit IRC23:28
*** salv-orl_ has joined #openstack-kolla23:29
*** salv-orlando has quit IRC23:31
*** jtriley has quit IRC23:46
*** jtriley has joined #openstack-kolla23:49

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