Thursday, 2015-06-11

*** pshige has quit IRC01:18
*** dims_ has joined #kolla01:18
*** dims has quit IRC01:21
*** tobe has joined #kolla01:24
*** erkules has joined #kolla01:28
*** erkules_ has quit IRC01:30
*** jasonsb has quit IRC02:08
*** jasonsb has joined #kolla02:08
*** jasonsb_ has joined #kolla02:09
*** jasonsb_ has quit IRC02:12
*** rhallisey|PTO has quit IRC02:13
*** jasonsb has quit IRC02:13
*** rhallisey|PTO has joined #kolla02:23
*** juggler has quit IRC02:33
*** dims_ has quit IRC02:33
*** juggler has joined #kolla02:33
*** tobe has quit IRC02:46
*** tobe has joined #kolla02:47
*** tobe has quit IRC02:50
*** tobe has joined #kolla02:51
*** jasonsb has joined #kolla03:13
*** dims has joined #kolla03:33
*** tobe has quit IRC04:04
*** ccrouch has quit IRC04:11
*** tobe has joined #kolla04:13
*** dolpher has joined #kolla04:23
*** dolpher has quit IRC04:40
*** tobe has quit IRC04:56
*** sdake has joined #kolla04:57
sdakeevening folks04:57
vinkmanEvening…04:58
vinkmanmine is pretty much almost done :(04:58
sdakehey vinkman whats your tz04:58
vinkmanPDT04:58
sdakeup late ;)04:58
sdaketrying to learn everyones timezones since we have quite a variety04:59
sdakei am gmt-7 year round04:59
vinkmanheh, yeah, there seem to be quite a variety04:59
vinkmanIsn't that PDT?05:00
vinkmanO, no, wait that is MST05:00
*** tobe has joined #kolla05:01
sdakeits pdt atm05:01
sdakeit changes to mst05:01
sdakein arizona there is no DST05:01
vinkmanAhh.. Arizona  :D05:01
sdakeor pst/mdt05:01
sdakeI really have no idea05:01
vinkmanthe only state where database have no holes :D05:01
sdakegmt is how I communicate it :)05:01
sdakeor anything that has a timer built in :)05:02
sdakeit was a big job to add monotonic clock support to corosync to fix clusters going down every two years05:02
sdakefield never reported the problem05:02
vinkmanlol… sounds about right…05:03
sdakewhen we fixed it, atleast 30 customers contacted me personally and said "that explains why our clusters went down twice a year"05:03
sdakeI was like "groan"05:03
sdakehow hard of a pattern is that to spot for the field ? :)05:03
vinkmanlol… well, you know it only happened twice a year…05:03
sdake"my cluster busted on dst switchvoer"05:04
sdakefirst quetion out of anyone's mouth when debugging a problem technical or not05:04
sdake"what changed"05:04
sdakeuhh dst changed ;)05:05
vinkmanheh… Well, in my experience, nothing, I have never have a customer ever told me anything ever changed ever…05:05
vinkmanit just happened :D05:05
vinkmanespecially if it happens at 2am/3am the day the time change that should really be big red flag…05:08
*** vinkman has quit IRC05:10
*** vinkman has joined #kolla05:13
sdakeit just hapepned05:29
sdakemy dad says that shit alot05:29
sdakehe usually cracks after 45-1:30 hours of grilling and remembers "oh I did do this."05:29
sdakejust gotta grill harder ;)05:30
sdakefor folks unfamiliar with interactive rebasing, please watch05:30
sdakehttps://cisco.webex.com/ciscosales/lsr.php?RCID=a4d55cc120ed4b1390a496c1197717d105:30
bmacelink busted? service unavailable.05:32
vinkmanYeah, not workee for me either...05:38
*** nihilifer has joined #kolla05:38
sdakemaybe doesn't work externally05:42
sdakehttps://cisco.webex.com/cisco/ldr.php?RCID=94ff9ae15df13273affcce2f1c600f7f05:44
sdakecan someone try that?05:44
bmacenope05:48
sdakewhat kind of error05:49
bmacesame, service unavailable05:49
sdakehttps://cisco.webex.com/cisco/ldr.php?RCID=94ff9ae15df13273affcce2f1c600f7f05:51
sdakesame link?05:51
sdakewierd must ony work inside firewall05:51
mandreworks for me05:51
sdakethats a bunch of fail05:51
mandrei have webex installed, it opened the link in "network recording player"05:52
bmacehrm, i'm trying to open it in chrome under ubuntu 15.04.. no webex junk installed.05:53
sdakeoh ya ilnux and webex together are aball of fail05:53
bmaceyeah, most conf tools... so obnoxious.05:54
bmacei know vinkman is on a mac though.. you in windoze mandre?05:54
sdakei would apologize for the fail there, but I don't apologize for others actions :)05:54
mandrenope, I'm on a mac05:54
sdakeya macc webex works05:55
vinkmanI did it OSX 10.1005:55
sdakethats what I roll on some version of macos05:55
vinkmanand it gave an error, something like page not found or something05:55
sdakewhatever version cisco deems i should have05:55
sdaketry the second link vinkman05:55
vinkmankk will do05:56
vinkmank second link works like a charm06:00
sdakecool06:01
sdakeits not perfect but its unedited ;)06:01
sdakeenjoy :)06:01
sdakeif you know how to use git rebase -i probably dont want to waste your time06:01
*** dasm|afk is now known as dasm06:03
*** inc0 has joined #kolla06:04
*** inc0 has quit IRC06:04
*** vinkman has quit IRC06:04
*** inc0 has joined #kolla06:06
inc0good morning06:06
inc0SamYaple, did you get to any agreement yesterday?06:06
mandrenext thing you'll have to teach is "git add -p" and "git reset -p"06:06
*** sdake has quit IRC06:08
*** zhiwei has joined #kolla06:23
openstackgerritMichal Rostecki proposed stackforge/kolla: [WIP] Add designate-sink service  https://review.openstack.org/18939306:25
*** absubram has quit IRC06:28
*** absubram has joined #kolla06:39
*** jmccarthy has joined #kolla06:39
harmwmichal, I'm missing changes in start.sh :)06:43
nihiliferyou mean the comments from patchset 1?06:46
inc0btw...there are 3 guys from Poland in Kolla07:00
inc0all are named Michał07:00
nihilifer:D07:00
nihiliferI see also Dariusz here07:01
nihiliferso 4 guys from Poland07:01
inc0Darek is more in tripleo07:01
openstackgerritMichal Rostecki proposed stackforge/kolla: [WIP] Add designate-sink service  https://review.openstack.org/18939307:05
*** shardy has joined #kolla07:14
*** juggler has quit IRC07:17
*** bradjones has quit IRC07:27
*** bradjones has joined #kolla07:29
*** bradjones has joined #kolla07:29
*** juggler_ has joined #kolla07:29
openstackgerritMichal Rostecki proposed stackforge/kolla: [WIP] Add designate-sink service  https://review.openstack.org/18939307:30
*** alisonholloway has quit IRC07:42
*** alisonholloway has joined #kolla08:01
*** mstachow has joined #kolla08:07
mstachowo/08:14
mstachowsdake can you assign me into rabbitmq-ha ?08:14
*** athomas has joined #kolla08:24
inc0Steven's can be deep asleep now;)08:26
mstachowsadly !08:26
mstachow:D08:26
openstackgerritPaul Bourke proposed stackforge/kolla: Minor doc fixups in dev-quickstart.md  https://review.openstack.org/19054308:34
openstackgerritPaul Bourke proposed stackforge/kolla: Move ansible/README.md under docs/  https://review.openstack.org/19054408:34
openstackgerritPaul Bourke proposed stackforge/kolla: Minor doc fixups in ansible-deployment.md  https://review.openstack.org/19054608:38
*** fangfenghua has joined #kolla08:46
*** shardy_ has joined #kolla08:54
*** shardy has quit IRC08:54
*** shardy_ has quit IRC08:59
*** shardy has joined #kolla08:59
*** shardy has quit IRC09:00
*** shardy has joined #kolla09:00
SamYapleinc0: yes, someewhere09:30
*** alisonholloway has quit IRC09:32
inc0SamYaple, please, do tell what did you came out with09:39
*** pdb has quit IRC09:40
SamYaplebasically the config management will be very flexible. The default behaviour will be as described in the spec to maintain immutability. There will also be an optional mode which will be a bind mount09:40
*** pdb has joined #kolla09:40
SamYaplethat bind mounted config can be semi managed by ansible, or ansible can not manage it at all09:41
SamYaplesemi-managed would be ansible lays down the config, user can modify it and restart the container, when ansible runs again the config gets stomped09:41
inc0yeah, I thought bind mount would make ansible semi-happy as well09:42
inc0and we'll have env var which will tell either to make your own config, or just bind mount and that's it right?09:42
SamYaplei prefer the bind method, and the user managed config is a toggle option so it could be switched on and off between playbook runs with no ill effects09:42
SamYapleinc0: yea, probably. i dont think its a hard requirement09:43
*** dims_ has joined #kolla09:44
inc0do we have bp for bindmount configs?09:44
inc0I guess we'll need a bp for that and trigger09:45
inc0also, do we keep crudini?09:45
SamYapleyes, that is always staying until downstream doesnt want to consume/maintain it09:45
inc0so we'll keep crudini, bindmount...and what ansible will use?09:46
*** jmccarthy has quit IRC09:46
SamYapleas far as BP, im not sure since the bind and env methods will be very intertwined09:46
SamYaplethere will be no duplicate code09:46
*** jmccarthy has joined #kolla09:46
inc0explain please "env method"09:46
inc0what do you mean by that?09:46
SamYaplethe method described in the spec09:46
SamYaplewe can up with a few names, bind, env, and crudini09:47
*** dims has quit IRC09:47
inc0eh, env is filling an template made by ansible with env vars right?09:47
SamYapleyes09:48
SamYaplekinda, but mostly yes09:48
inc0so there are 2 options really, internal config and external config09:48
inc0internal is crudini and ansible+env09:49
inc0external is manual and ansible+env09:49
inc0so it really boils down to if container mount hosts /etc/ or not09:49
inc0and then if container runs crudini or ansible09:49
SamYapleno09:50
SamYapleansible will not be using crudini ever09:50
inc0I know, there are 2 choices in Dockerfile09:50
SamYaplehttps://review.openstack.org/#/c/182168/09:50
inc0that's what I mean09:50
SamYapleyea i suppose thats fair, but it will probably change slightly09:51
inc0mount/don't mount, if mount -> stop script, if don't mount -> run either ansible.sh or crudini.sh09:51
inc0and if don't mount, we'll leave user to run ansible manually, or provide custom config alltogether09:52
SamYapleto avoid duplicate code the bind mount will exist in every container created by ansible, it just may not be used09:52
inc0but bindmount is just one line in Dockerfile right?09:52
SamYaplemountpoints dont need to be specified in the dockerfile09:53
inc0so we'll mount stuff from within container?09:53
inc0can we do that? that seems even better in terms of code maintenance09:54
SamYaplewhat?09:54
inc0can we mount /etc/ from host after container is deployed?09:54
inc0and from within container?09:54
SamYapleno09:55
inc0then how "mountpoints don't need to be specified in the dockerfile"?09:55
SamYaplethey are specified at runtime, when specified in the docker file they are only used in "--volumes-from"09:56
inc0hmm...I'm closing in to an idea:)09:56
inc0let me write it down in spec, and I'd be happy if you'd review it09:57
SamYaplei will indeed09:58
*** zhiwei has quit IRC10:09
*** athomas has quit IRC10:23
*** athomas has joined #kolla10:23
inc0SamYaple, https://review.openstack.org/#/c/189157/ go for it ;)10:33
*** alisonholloway has joined #kolla10:35
SamYaplewer arent bindmounting in anythign from /etc10:36
*** vbel has quit IRC10:37
*** vbel has joined #kolla10:38
inc0path is there just for proving the concept, don't pay too much attention to it10:38
*** shardy_ has joined #kolla10:39
SamYaplethis bind/env talk is really only for ansible/other automation tools. and really it only describes _how_ we create the container10:39
SamYapleto avoid duplicatnig code, the bindmount will happen each time, but the config will only be used if you are using the bind method10:40
*** shardy has quit IRC10:41
inc0this solution doesn't duplicate any code10:41
inc0and avoid having several configs at the same time10:41
SamYaplemount vs not mount10:41
inc0this is single if statement10:42
SamYapleyou cant do if statements like that in ansible, or most languagues10:43
SamYapleyou would be duplicating a block of docker10:43
inc0it won't be in ansible, it would be in docker runtime10:43
inc0as you've said yourself10:43
inc0--volume-from or not --volume-from10:43
SamYapleyou cant do stuff like that inside the container10:44
SamYaplethats all outside the cotnaienr before its setup10:44
inc0that's why this one conditional will not be inside container10:44
inc0there are 2 steps here10:44
SamYaplewhat youre proposing is a script that actually does the docker launching?10:44
inc0yup, unless you can put conditional to Dockerfile10:45
SamYaplewhere as currently ansible interacts with the docker-py api directly?10:45
*** shardy_ has quit IRC10:45
*** shardy has joined #kolla10:45
inc0at worst we can have 2 Dockerfiles for bind and no binds10:46
SamYapleno10:46
inc0but that wouldn't be good10:46
inc0hmm..so you're saying there is no way to use conditional like that in ansible: "if env==bind then use --volume=from else don't use volume-from"?10:50
SamYaplenot like that no10:50
inc0so you will mount it all the time?10:51
SamYaplenot to /etc/keytone/keystone.conf, not10:51
SamYapleit will be to /opt/kolla/keystone/keystone.conf10:51
inc0allright, but it will be mounted10:51
SamYaplei see no downside to it10:52
inc0and depending on env, it will use it or not10:52
SamYapleyea10:52
inc0well, one downside would be to specify service runtime to use custom file path10:52
SamYaplewhat are you talking about10:52
inc0if you want actually to use this file10:53
SamYapleno10:53
SamYapleit would be cp from /opt/kolla/keystone/keystone.conf /etc/keystone/keystone.conf10:53
SamYaplefor permission reasons10:53
inc0uhh, I have issues with that10:53
SamYaplewhy?10:54
inc0because change of file won't change config run inside container10:54
SamYapleit most certainly will10:54
inc0unless we'll do symlink rather than cp10:54
SamYapleon contaienr restart10:54
inc0let's just use ln -s and that's all10:55
SamYapleno10:55
SamYaplethats still got permission issues10:55
*** athomas has quit IRC10:55
SamYaplecp will overwrite the file in /etc/keystone on cotnainer restart10:55
inc0I'm still thinking about restartless reread10:55
SamYaplethis also prevents the file from changing underneatch a service while its running10:55
SamYapleopenstack doesnt do that10:55
inc0we'll work on that in several projects10:56
inc0restarts are painful in neutron or heat10:56
inc0really painful10:56
inc0and I'd hate to have this doors closed10:56
SamYaplebut a reread of a conf will not be in liberty. i doubt it will be in M or even N10:56
SamYaplethere are many reasons not to do it10:56
inc0there aren't any reasons why not make this possible tho10:57
SamYapleno ones closing a door, but we arent going to do something that is bad practice for a potential future feature10:57
SamYapleif that feature rolls around then we can revisit the issue10:57
SamYaplebesides its not like the functionality is removed. you could always issue a `docker exec cp /opt/keystone/keystone.conf /etc/keystone/keystone.conf`10:58
inc0well I guess, or use sync10:58
SamYaplebut im not bindmounting directly to /etc/keystone/keystone.conf for permission reasons10:59
inc0well, fair enough11:04
SamYapleif you want a reason why its bad, look at yaodu11:04
inc0no, I know why its bad11:04
SamYaplei had to create a user on the host and change perms in the container and static UID and GIDs11:05
inc0and I guess there are ways to achieve both goals11:05
SamYaplePersonally I just don't see how this limits anything11:05
inc0I guess it doesn't really, I was just panicking without reason, I do that sometimes11:06
SamYapleits cool. i want this project to be as flexible as possible while remaining simple and small for maintanability11:07
*** mstachow has quit IRC11:08
*** athomas has joined #kolla11:11
*** openstackgerrit has quit IRC11:13
*** openstackgerrit has joined #kolla11:14
*** dwalsh has joined #kolla11:44
*** sdake has joined #kolla12:33
*** shardy_ has joined #kolla12:34
*** shardy has quit IRC12:35
sdakemorning12:37
*** absubram has quit IRC12:38
*** fangfenghua has quit IRC12:38
*** shardy_ has quit IRC12:39
*** shardy has joined #kolla12:40
inc0morning sdake12:43
sdakemorning inc012:43
inc0look at ansible rev plz, I've got an idea;) after a fashon12:43
*** nihilifer has quit IRC12:43
sdakelots o people had ideas in that spec ;012:44
sdake;) that is :)12:44
sdakei'll take a look after i wake up a bit, its 5:44 am12:44
inc0problem with software devs is that they usually have ideas, and their ideas are usually best possible ideas12:44
inc0and I'm no exception12:45
sdake13k arwpa on ruwasy my legs are beat12:45
sdake13k steps that is12:45
sdakeon tuesday12:45
inc0day off in mountains?12:46
dasminc0: yeah.... ideas... like standards: https://xkcd.com/927/12:46
sdakeat cisco live12:46
dasmgood morning sdake. sorry, didn't have time to look at spec, but a lot had happened there.12:46
sdakei've done a few 20 mile hikes before which is about 45-55k steps12:46
sdakebut i was younger dumber and stronger back then :)12:47
sdakedasm good comic :)12:47
inc0brave new wheel that is12:48
sdakeinteractive rebase video -> https://cisco.webex.com/cisco/ldr.php?RCID=94ff9ae15df13273affcce2f1c600f7f12:48
inc0when I was developing heat versioned objects12:49
dasmsdake: i think, there is at least one xkcd strip for every possible developers complaining :)12:50
inc0I had patch series of about 10 patches which touched literally everything in heat codebase12:50
sdakethere is one xkcd let me see if i can find it12:50
inc0I've learned rebase then. I've learned it in way too intimite way than I'd like to12:51
SamYapleyo12:51
sdakedasm here ya go :) one of my favorites12:53
sdakehttp://dilbert.com/strip/2010-10-2612:53
dasmROTFL12:53
sdakeinc0 if you know interactive rebase then that video would be a waste of time12:54
SamYapleif its so simple that everyone understands it and it works how will i keep my job?12:54
sdakedasm funny story, kolla started in that "need it in 6 weeks for a trade show" type of model :)12:55
dasmOo12:55
*** tobe has quit IRC12:55
dasmdidn't know :D but look at this. it's even usable :D12:56
dasmsomehow12:56
inc0SamYaple, https://thc.org/root/phun/unmaintain.html12:56
openstackgerritFang Fenghua proposed stackforge/kolla: WIP Add openvswitch contianer  https://review.openstack.org/18172112:57
*** tobe has joined #kolla12:57
dasminc0: that's why i know, why i cannot maintain your code. you're following these rules.12:58
sdakeYou don't want to overdo this. Your code should not look hopelessly unmaintainable, just be that way. Otherwise it stands the risk of being rewritten or refactored.12:58
inc0dasm, that's why you're one maintaining and I'm one writing:P12:58
dasmxD12:58
sdakemy advice for job security is be the best in your field so nobody would ever desire to replace you12:58
SamYaplegot that covered12:59
sdakehttp://www.amazon.com/Linchpin-Are-Indispensable-Seth-Godin/dp/159184409612:59
dasmsdake: in that way, we should focus on creating small fields in different areas. and then no one will be replaceable, because no one else will know about it ;)12:59
sdakei dont worry about job security13:00
sdakemy job security is my skill set ;)13:00
inc0right now knowing anything about openstack is pretty much job security itself13:00
SamYapleinc0: aint that the truth13:01
sdakeya I heard openstack devs described as "special unicorns"13:01
inc0and the hype grows13:02
inc0around openstack, or docker in that instance13:02
*** tobe has quit IRC13:02
SamYapleit is indeed hype13:02
SamYaplehave you see Openstack cascading?13:02
SamYapleoh my13:02
inc0cascading?13:03
SamYaplehttps://wiki.openstack.org/wiki/OpenStack_cascading_solution13:03
SamYaple"add Nova as the hypervisor backend of Nova, Cinder as the block storage backend of Cinder, Neutron as the backend of Neutron, Glance as one image location of Glance, Ceilometer as the store of Ceilometer."13:03
inc0I've seen openstack fall in many different, creative, ways if that's what you mean;)13:03
SamYaplewe must go deeper13:03
inc0fifthipleO?13:04
inc0sixtipleO?13:04
inc0my English ends here..13:04
SamYapleit is glorious13:04
SamYaplehttps://wiki.openstack.org/w/images/b/bb/Cascading02.png13:04
SamYaplethat should tell you all you need to know13:04
dasmSamYaple: it's so evil.13:05
dasmif something doesn't work... deal with it.13:05
SamYapledasm: you know you want it13:05
dasmyeah... i've even thought to buy some servers... and run it at home.13:05
SamYaplei, for one, thought the 4 proxies that existed in the openstack realm werent enough. I want to proxy everything, including my proxies13:05
dasmofc with cascading openstack on it13:05
inc0https://www.youtube.com/watch?v=QxJrjV4PNXA13:06
inc0and put mongodb out there as db backend13:06
dasm"yo dawg, I herd you like openstack, so I put an openstack in your openstack so you can openstack while you openstack"13:07
inc0thats tripleo13:07
inc0and I mean, literally, thats tripleo.13:07
dasmpretty much13:07
SamYaplecascading is openstack on openstackssssss13:07
SamYapleas in multiple13:08
inc0on heat meetings we get recurring theme called template dsl13:08
SamYapleso all the openstack underservices share resources13:08
inc0with if, loops and so forth13:08
inc0so in effect, we'll have turing-complete templating language13:08
inc0so technically we can write heat using heat13:08
*** jruano has joined #kolla13:10
inc0guys, do we define cidr for my_ip somewhere?13:16
inc0or we just assume its /24 netmask?13:16
sdakeinc0 that video is slightly disturbing and amusing at the same time :)13:23
inc0that's the best kind13:24
*** jtriley has joined #kolla13:28
*** jtriley has quit IRC13:40
*** ccrouch has joined #kolla13:42
*** jmccarthy has quit IRC13:48
*** jtriley has joined #kolla14:01
*** jmccarthy has joined #kolla14:07
*** bmace has quit IRC14:08
sdakei am altering the deal.  pray I don't alter it further.14:09
sdakedarth vadar destiny decidedr ftw14:10
pdbsdake + others, could you have a look at https://review.openstack.org/#/c/190117/ when free?14:10
pdbalso, when adding a new base distro. would people prefer all images to be submitted at once or merged in one by one?14:16
SamYaplepdb: i dont think all images at once is realistic14:16
SamYapleand that review owuld be a nightmare14:16
sdakeone patch at a time in a patch stream - see interfact rebase14:17
SamYaplei think one by one14:17
sdakeits helpful if its a stream so folks can understand the full implication of the changes :)14:17
pdbmakes sense14:17
SamYapleeven in a patch stream all images merging at once isnt realistic14:17
SamYaplemaybe requiring the core images all at one (keystone glance neutron nvoa maraidb etc)14:17
pdbi have a base image for oraclelinux and keystone currently, using source installs14:18
sdakeoff to a tired start this mroning going to hit the rack for a couple hours14:18
sdakethose need separate patches ldb14:18
pdbsure14:18
pdbthey sort of depend on the above review going through though. otherwise I end up copying a lot of code14:19
SamYaplepdb: that review looks good to me. i dont htink i can aprove the blueprint though14:20
*** fabiand has joined #kolla14:20
pdbSamYaple: thanks, no worries just looking to get some feedback14:21
pdbin case I base too much on it and turns out we need a different approach14:22
SamYaplepdb: you wont get an argument from me. if it violates DRY, it isnt a good idea14:22
pdbwell, the thing I like about it compared to some of the other approaches is it allows for a complete override if needed14:23
*** mickt has quit IRC14:24
inc0uhh I hate networking stuff14:24
pdbalso forgot to say at the meeting but let me know if there are priority stuff that needs a review. I think some was mentinoed but no specific links14:25
inc0cya guys, I'm off for today14:31
SamYapleo/14:31
*** absubram has joined #kolla14:31
*** inc0 has quit IRC14:31
vbelpdb: does it work with simlinks?14:33
pdbvbel: does what?14:33
vbelpdb: https://review.openstack.org/#/c/190117/14:33
pdbyes14:34
vbelusually when you run docker build everything is copied over to docker temp place14:34
vbelso symlinks seem to be ok14:35
SamYaplevbel: the build follows symlinks and copies actual files14:38
vbelSamYaple: that's great :)  I wonder if we can create base image from scratch that only has those files and then inherit it in os-specific images14:39
vbellike adding stuff before adding os :)14:40
*** dwalsh has quit IRC14:42
pdbSamYaple: smart14:45
pdbI was double checking this for vbel and was worried to find a quick test image didn't seem to work. but the kolla ones did14:46
SamYaplehttps://github.com/SamYaple/encrypted-zfs-ubuntu-bootstrap14:48
SamYaple^ in case anyone else wants LUKS + multiple volume ZFS14:48
SamYaplefor root14:48
*** juggler_ has quit IRC14:51
*** dims_ has quit IRC15:02
*** dims has joined #kolla15:02
*** blahRus has joined #kolla15:08
*** sdake has quit IRC15:21
*** jtriley has quit IRC15:53
*** bmace has joined #kolla15:55
*** jtriley has joined #kolla15:57
*** vinkman has joined #kolla16:10
pdbquestion: in order to build alternate images I currently need to place an empty .buildconf in the root of the repo to prevent the default centos-base- being used. This seems fine, but they're in the gitignore so can't be part of the repo16:14
pdbwould this be confusing for users who aren't aware of this mechanism? or should we just update the docs to describe this16:14
*** dwalsh has joined #kolla16:55
*** diogogmt has joined #kolla16:57
diogogmtjust finished watching the vancouver os summit video on kolla, awesome work being done here!16:58
bmacediogogmt: agreed.17:01
*** Slower has quit IRC17:02
*** Slower has joined #kolla17:08
*** athomas has quit IRC17:36
*** sdake has joined #kolla17:46
sdakehey guys17:47
Slowerhowdy17:48
*** sdake_ has joined #kolla17:54
*** jasonsb has quit IRC17:55
sdake_hey slower17:55
sdake_if your going to make it to san jose plz sign up for the kolla midcycle17:55
*** jasonsb has joined #kolla17:55
bmacegood day sdake_17:55
sdake_hey bmace17:56
sdake_decided to start my day over ;)17:56
sdake_feeling much better as a result17:56
bmaceglad to hear it!  you know, as a coder, groundhog day would be super frustrating.. all your changes would get nuked at the end of each day :/17:57
*** sdake has quit IRC17:58
Slowersdake_: I'd love to come but I doubt they'll send me17:58
SlowerI'd just drink the whole time anyway ;-)17:58
sdake_slower doen't hurt to ask :)17:59
sdake_whats the worst that could happen17:59
Sloweryeah I should17:59
sdake_"damn that slower guy asked again to travel"? :)17:59
Slowerhehe17:59
Slowerbe good to see you again actually, that was fun in van17:59
*** jasonsb has quit IRC18:00
*** jtriley has quit IRC18:00
sdake_my cubans arrived that i ordered at that smoke shop18:04
sdake_enjoying one right now as a matter of  fact :)18:04
*** jtriley has joined #kolla18:04
Slowersdake_: nice!18:17
*** fabiand has quit IRC18:26
*** juggler has joined #kolla18:29
*** vinkman has quit IRC18:32
*** jasonsb has joined #kolla18:44
*** prad_ has joined #kolla18:45
*** jasonsb_ has joined #kolla18:45
*** jasonsb has quit IRC18:46
*** shardy has quit IRC19:01
*** jtriley has quit IRC19:23
*** jtriley has joined #kolla19:26
openstackgerritMerged stackforge/kolla: Change documentation to recommend Docker 1.7.0-dev  https://review.openstack.org/18601319:33
*** vinkman has joined #kolla19:43
*** sdake_ has quit IRC19:53
*** sdake has joined #kolla19:56
*** dwalsh has quit IRC20:24
sdakesamyaple i'm back awake if you wanted to finish our discussion :)20:35
openstackgerritDaneyon Hansen proposed stackforge/kolla: Spec to Add Support for High Availability  https://review.openstack.org/18198320:39
-openstackstatus- NOTICE: Gerrit has been restarted to terminate a persistent looping third-party CI bot21:06
*** dasm is now known as dasm|afk21:08
*** jasonsb_ has quit IRC21:17
*** jasonsb has joined #kolla21:18
*** jtriley has quit IRC21:19
*** jasonsb has quit IRC21:22
*** jasonsb has joined #kolla21:22
*** Slower has quit IRC21:34
*** Slower has joined #kolla21:41
*** dims_ has joined #kolla21:44
*** dims has quit IRC21:46
*** diogogmt has quit IRC21:59
*** vinkman has quit IRC22:10
*** absubram has quit IRC22:22
sdakeinviting people to review the ha specification - need more input if you are interested in ha: https://review.openstack.org/#/c/181983/22:35
*** vinkman has joined #kolla22:43
*** jtriley has joined #kolla22:46
*** diogogmt has joined #kolla22:52
*** jtriley has quit IRC23:02
*** jruano has quit IRC23:12
*** ccrouch has quit IRC23:22
*** jruano has joined #kolla23:40
*** blahRus has quit IRC23:44
*** jruano has quit IRC23:53
*** vinkman has quit IRC23:58

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