Thursday, 2015-09-17

*** diogogmt has quit IRC00:02
*** gfidente has quit IRC00:12
*** tfukushima has joined #kolla00:13
*** dayou has quit IRC00:13
*** devlaps has quit IRC00:15
*** pbourke_ has quit IRC00:18
*** pbourke_ has joined #kolla00:18
*** tfukushima has quit IRC00:20
*** achanda_ has quit IRC00:31
*** diogogmt has joined #kolla00:32
*** achanda has joined #kolla00:33
*** achanda has quit IRC00:38
*** diogogmt has quit IRC00:41
*** diogogmt has joined #kolla00:42
*** jruano has quit IRC00:51
*** jruano has joined #kolla00:58
*** dims_ has quit IRC01:01
*** erkules has joined #kolla01:06
*** jtriley has quit IRC01:08
*** erkules_ has quit IRC01:09
*** jruano has quit IRC01:15
*** achanda has joined #kolla01:22
*** kjelly has joined #kolla01:25
*** dims_ has joined #kolla01:26
*** rhallisey has quit IRC01:31
*** diogogmt has quit IRC01:32
*** diogogmt has joined #kolla01:33
*** tfukushima has joined #kolla01:36
*** tfukushima has quit IRC01:37
*** achanda has quit IRC01:41
*** jtriley has joined #kolla01:44
*** weiyu has joined #kolla01:45
*** dayou has joined #kolla01:50
*** tfukushima has joined #kolla01:50
*** jruano has joined #kolla01:51
openstackgerritQiu Yu proposed openstack/kolla: Expose HAProxy stats for management purpose  https://review.openstack.org/22438001:55
*** jerryz has quit IRC02:01
*** unicell has quit IRC02:11
*** jtriley has quit IRC02:28
*** jtriley has joined #kolla02:29
*** jtriley has quit IRC02:32
*** achanda has joined #kolla02:41
*** achanda has quit IRC02:45
*** achanda has joined #kolla03:03
*** loth has quit IRC03:08
*** diogogmt has quit IRC03:10
*** coolsvap is now known as coolsvap|holiday03:17
*** tfukushima has quit IRC03:32
*** tfukushima has joined #kolla03:32
*** achanda has quit IRC03:35
*** achanda has joined #kolla03:35
*** sdake_ has joined #kolla03:51
*** sdake has quit IRC03:54
*** unicell has joined #kolla04:03
*** unicell has quit IRC04:03
*** unicell has joined #kolla04:03
*** jruano has quit IRC04:20
*** unicell1 has joined #kolla04:32
*** unicell has quit IRC04:33
*** weiyu has quit IRC04:36
*** dims_ has quit IRC04:38
*** achanda has quit IRC04:39
*** tfukushima has quit IRC04:42
*** dims_ has joined #kolla04:43
*** dims_ has quit IRC04:44
*** sdake has joined #kolla04:46
*** sdake_ has quit IRC04:49
*** unicell1 has quit IRC04:51
*** unicell has joined #kolla04:51
*** unicell has quit IRC04:58
*** achanda has joined #kolla05:20
*** unicell has joined #kolla05:28
SamYaplemorning05:34
*** tfukushima has joined #kolla05:36
*** weiyu_ has joined #kolla05:38
*** weiyu_ has quit IRC05:42
*** dims_ has joined #kolla05:45
*** gfidente has joined #kolla05:51
*** dims_ has quit IRC05:53
*** jtriley has joined #kolla05:57
*** jtriley has quit IRC06:03
openstackgerritMartin André proposed openstack/kolla: Implement configuration file for kolla-build  https://review.openstack.org/22444206:09
*** weiyu_ has joined #kolla06:19
*** tfukushima has quit IRC06:26
openstackgerritMartin André proposed openstack/kolla: Update documentation for Vagrant environment  https://review.openstack.org/22342006:31
openstackgerritMartin André proposed openstack/kolla: Set namespace to point to local registry  https://review.openstack.org/22341906:31
*** tfukushima has joined #kolla06:32
*** banix has joined #kolla06:34
sdakehey SamYaple you about?06:55
sdakenice work on ceph dude !06:55
openstackgerritMerged openstack/kolla: Expose HAProxy stats for management purpose  https://review.openstack.org/22438006:58
SamYaplesdake: i am here!07:00
SamYaplethat set_configs.py broke all the things07:00
SamYaplei wish it had been tested07:00
SamYaplei shouldnt assume people test07:00
openstackgerritMartin André proposed openstack/kolla: Move build.ini to etc/kolla/source-location.conf  https://review.openstack.org/22445907:02
*** tfukushima has quit IRC07:03
*** tfukushima has joined #kolla07:03
*** tfukushima has quit IRC07:05
*** tfukushima has joined #kolla07:06
*** weiyu_ has quit IRC07:18
*** jmccarthy has joined #kolla07:19
*** weiyu has joined #kolla07:20
*** shardy has joined #kolla07:25
*** banix has quit IRC07:26
sdakesamyaple yo07:26
sdakeshame set_configs broke shit07:27
SamYapleeh it ws going to get an immediate refactor anyway07:27
sdakeRyan assured me he tested it,but I was pretty suspicious of that after i saw -DFOREGROUDN missing07:27
SamYaplethats what im doing now07:27
sdakei'm not sure how keystone even worked for him07:27
SamYapleit didnt07:27
SamYaplethat wasnt tested07:27
SamYaplebut the permissions broke for galera07:27
sdakeya thats why I -1 voted on that patch07:27
openstackgerritMartin André proposed openstack/kolla: Implement configuration file for kolla-build  https://review.openstack.org/22444207:28
sdakewell mitaka - we are going full monty on functional testing07:28
sdakeand i'm going to try to get infrastructure cats to mirror the repos so we can gate on all the things07:28
sdakeand vote the gates07:29
sdakeanyway I'm headed to bed07:29
sdakenight :)07:29
SamYaplemirror what repos?07:29
sdakewhichever ones we need to make the gates work reliably07:30
SamYaplethats alot of stuff and the entire ubuntu repo....07:30
sdakeya, may not be feasible, going to try before giving up tho :)07:30
SamYapleyup07:30
sdakeif we don't get the mirros in infra, we will never have a voting gate07:30
sdakewhich imo is not acceptable for a mature project07:31
sdakealthough atm, our project isn't mature, so its a-ok for the moment07:31
SamYapleyou mean you dont want to run 'recheck' 3-4 times to get something to merge :)07:31
sdakeor recheck for 2 days while rdo upstream repos are broke07:31
SamYapleubuntu test is pretty solid07:31
sdakeits not hte recheck i fear, its the 2 day "our xfs filesystem is busted" rdo mess07:31
sdakeya i'e never seen an ubuntu gate fail07:32
SamYaplebut we really need some early abort type stuff so we aren't gating ubuntu when only centos changed07:32
sdakeunless something was legitimately wrong with teh patch07:32
sdakei was thinking of making the ubuntu gate voting, but I didn't want to disrupt the liberty rc1/rc2/rc3 releases with that07:33
sdakewhat we really need is a deployment gate07:33
SamYaplenah im fine with leaving it alone for now07:33
sdakeaio would do :)07:33
sdakeeven nonvoting would be helpful07:33
SamYapleyea but that gate would _also_ have to build07:33
SamYaplethe current gates should deploy07:33
sdakeyup07:33
sdakeyup that could work although the cost to us is low to have one build and one build+deploy07:34
SamYaplewe dont need differnt built/deploy gates if deploy also builds07:34
sdakeour AIO deploy gate will be flakey for awhile, while the build gate won't be07:34
SamYaplei guess but what id rather see is a build+push to infra docker registry then another gate trigger off that07:34
sdakesince teh build gtes are pretty solid now unless upstream repos are busted07:34
sdakei am pretty sure we can't do that :)07:35
sdakeanyway 1am, and I'v ebeen burning the candle from both ends for over a year07:35
sdakeneed some R&R07:35
sdakeso ttyl07:35
openstackgerritMartin André proposed openstack/kolla: Implement configuration file for kolla-build  https://review.openstack.org/22444207:36
*** erkules has quit IRC07:38
*** erkules has joined #kolla07:38
*** achanda has quit IRC07:38
*** dwalsh has joined #kolla07:41
*** shardy_ has joined #kolla07:47
*** shardy has quit IRC07:47
*** achanda has joined #kolla07:47
*** achanda has quit IRC07:50
*** dims_ has joined #kolla07:51
*** shardy_ has quit IRC07:51
openstackgerritMartin André proposed openstack/kolla: Update documentation for Vagrant environment  https://review.openstack.org/22342007:52
openstackgerritMartin André proposed openstack/kolla: Set namespace to point to local registry  https://review.openstack.org/22341907:52
*** shardy has joined #kolla07:52
SamYaplenight sdake07:52
openstackgerritMartin André proposed openstack/kolla: Move build.ini to etc/kolla/source-location.conf  https://review.openstack.org/22445907:53
*** dims_ has quit IRC07:57
-openstackstatus- NOTICE: Gate is currently stuck, failing grenade upgrade tests due the release of oslo.utils 1.4.1 for Juno.08:00
*** inc0 has joined #kolla08:08
inc0good morning08:08
SamYaplemorning inc008:09
*** akwasnie has joined #kolla08:10
inc0SamYaple, so how do we make optional bindmounting?08:11
inc0I thought we need to redefine task and use "when" statement08:11
SamYaplenope much simplier08:12
SamYapleim just waiting on your patch to merge to do it project wide08:12
inc0it won't merge without it08:12
SamYapleignore sdake's comment on that08:12
SamYapleit will08:12
inc0lol08:12
inc0just make patchset dependant on mine08:12
inc0and sdake will be happy08:12
inc0I'll be happier person as well tbh;)08:13
SamYapleyour patch is still waiting on a few services implemented to show it logs correctly, right?08:14
SamYaplelike nova with multiple files or something08:14
inc0well, I'll make new commit with keystone08:14
SamYapledo glance if you dont mind08:14
*** dayou has quit IRC08:14
SamYaplethat has registry adn api08:14
inc0and split services per patchset08:14
inc0glance it is then08:14
SamYapleplus keystone uses apache which isnt a good meausre of openstack config file changes08:15
inc0so this patchset won't really change08:15
SamYaplei know08:15
inc0feel free to make dependency on it08:15
SamYaplei will, got alot of stuff right now08:15
SamYapleceph is looking good08:15
SamYaplebut im sidetracked by this new set_configs.py thing08:15
SamYapleit broke galera :/08:15
inc0then just tell me what's your idea for optional bindmount08:15
SamYapleso im refactoring now08:15
inc0I'll do it08:16
SamYapledude i need to do it projectwide, its fine08:16
SamYapleplease focus on the logging08:16
inc0well, *we* need to08:16
SamYaplethats teh big ? here08:16
inc0we as community08:16
SamYaplei understand, its handled. dont worry. please address my concerns as they are far more important08:16
inc0ok, going to do glance then08:17
inc0just sdake really wants optional bindmount and I don't want to bypass his -1 really08:17
SamYapleright, but we arent starting out with the hardcoded bindmount08:18
SamYaplestart out with teh data container08:18
SamYaplehe doesnt want the optional bindmount, he wants to make sure its not _required_08:18
inc0rsyslog container will be sort of data container08:19
inc0remove volume - it's done08:19
inc0so optional bindmounting is all we need08:19
SamYapleno it still needs the data container treatment we do with everything else08:19
SamYaplenova_data, glance_data, mariadd_date08:19
SamYaplelog_data08:19
inc0well, I talked with sdake about it and he was ok with this serving as both08:20
inc0let's not be overzealotus about it please08:20
SamYapleso the logs will get wiped on container upgrade08:20
SamYapletrust me he isn't ok with it08:20
inc0(I hope I've used this fancy word correctly)08:20
SamYaplehe just doesnt know the situtation08:20
SamYapleyoull need log_data08:20
inc0are you planning to upgrade rsyslog?;)08:21
SamYapleit doesnt matter, an upgrade is a new container08:21
SamYaplersyslog will get rebuilt like the rest08:21
inc0same as if we upgrade log_data08:21
openstackgerritMartin André proposed openstack/kolla: Implement configuration file for kolla-build  https://review.openstack.org/22444208:21
SamYaplei dont really want to go over the architeture again for why we do different data containers08:22
inc0so you want data container in this patch? that's no problem for me08:22
openstackgerritMartin André proposed openstack/kolla: Move build.ini to etc/kolla/source-location.conf  https://review.openstack.org/22445908:23
inc0just getting mixed messages here08:23
SamYapleyea itll need to be there so we can completely remove all of the bind mount stuff (/dev/log exluded)08:23
SamYapleim sorry sdake is confusing everyone. but this is the implementation that the rest of the project has08:23
openstackgerritMartin André proposed openstack/kolla: Update documentation for Vagrant environment  https://review.openstack.org/22342008:23
openstackgerritMartin André proposed openstack/kolla: Set namespace to point to local registry  https://review.openstack.org/22341908:23
*** dayou has joined #kolla08:31
*** weiyu has quit IRC08:37
*** dwalsh has quit IRC08:38
*** weiyu_ has joined #kolla08:58
*** dayou has quit IRC09:05
*** athomas has joined #kolla09:17
*** chandankumar has joined #kolla09:18
*** dims_ has joined #kolla09:59
*** cfarquhar has quit IRC10:06
*** cfarquhar has joined #kolla10:08
*** cfarquhar has quit IRC10:08
*** cfarquhar has joined #kolla10:08
-openstackstatus- NOTICE: Gate back to normal, thanks to the backlisting of the problematic version10:14
*** weiyu_ has quit IRC10:15
*** weiyu_ has joined #kolla10:19
*** weiyu_ has quit IRC10:19
openstackgerritSam Yaple proposed openstack/kolla: Refactor set_configs.py  https://review.openstack.org/22455710:22
openstackgerritSam Yaple proposed openstack/kolla: Refactor set_configs.py  https://review.openstack.org/22455710:26
SamYapleinc0 mandre pbourke_ I would appreciate a review on https://review.openstack.org/22455710:27
SamYapleright now mariadb is completely busted10:27
SamYapleneed to get that fixed asap10:27
inc0uhh you rewrote whole thing really10:27
SamYapleyep10:28
SamYaplei didnt really want to, but the problems were pretty deep and directory copies didnt work at all10:28
*** dayou has joined #kolla10:35
SamYaplegoing to step away for a bit10:35
*** dayou has quit IRC10:40
*** tfukushima has quit IRC10:53
*** chandankumar has quit IRC10:55
*** jtriley has joined #kolla10:58
*** mfalatic_ has quit IRC11:00
*** mfalatic has joined #kolla11:00
*** jtriley has quit IRC11:03
*** daneyon_ has quit IRC11:03
inc0SamYaple, quick question - this whole refactor was about perms to files?11:05
openstackgerritMerged openstack/kolla: Remove ansible_ssh_user from Kolla configs  https://review.openstack.org/22400511:29
openstackgerritMerged openstack/kolla: Use Liberty cloudarchive repo for Ubuntu  https://review.openstack.org/22398611:33
*** dwalsh has joined #kolla11:41
*** sdake_ has joined #kolla11:43
sdake_pbourke_ you around?11:44
*** sdake has quit IRC11:47
openstackgerritMichal Jastrzebski (inc0) proposed openstack/kolla: Ansible bits to rsyslog  https://review.openstack.org/21506211:53
sdake_vbel around?11:53
vbelsdake_: yes11:53
sdake_vbel i dont understand what you requested I do in the review about rdo from source11:54
sdake_why not alter the top level docker file and get it working now?11:54
sdake_(why dont you I mean011:54
sdake_top level/base11:54
vbelI thought you add rdo to base image, was I wrong? :)11:54
vbelif not I will do that11:54
SamYapleinc0: no the refactor was already happening because the whole file was a mess, the perms just got rolled in with the fix11:56
inc0SamYaple, any chances you could split making mariadb working from refactoring of code please?11:56
vbelsdake_: will do11:57
SamYapleinc0: nope, lots of change11:57
SamYapleit wasnt a single line11:57
inc0but I really don't feel comfortable reviewing that much of code change with time pressure of broken codebase:/\11:57
SamYapleyou dont have to review it inc011:58
inc0will try to do it, but well, next time please don't mix it11:58
inc0I know I don't11:58
inc0but I will11:58
SamYapleinc0: they are together11:58
vbelGeneral question: should not we delete source archive and extracted files after install from most of containers?11:58
SamYaplei would have had to refactor to fix the perms11:58
inc0still, you could do refactor first and perms later11:58
SamYaplerefactoring fixed the perms11:58
SamYaplewhat am i not saying correctrly11:59
inc0that would be easier to review as by refactoring you tend to keep same behaviour11:59
vbeli ask because if you do daily builds registry will blow up some day :) it always has difference in that layer11:59
*** jtriley has joined #kolla11:59
SamYapleinc0: i get what you are saying, but i am also not going to do the work twice to fix an issue12:00
inc0also...we could use more test cases;)12:00
inc0SamYaple, next time keep this in mind tho please12:00
SamYapleif we come up with another situation where an entire file needs a rewrite, probably still going to rewrite the entire file12:00
SamYaplebut i dont normally bundle fixes together12:01
sdake_well I highly recommend refactors done right, that is not rewriting a file12:01
sdake_but what is done is done12:02
sdake_if the code was more mature, and working and in use, the change would likely not be accepted ;)12:02
vbelAnother question: we add bridge to compute node though it usually does not have spare nic and there is no need in it12:03
SamYapleyep12:03
SamYaplebut the plan was always an immediate refactor anyway, or so say the original reviews12:03
*** rhallisey has joined #kolla12:03
sdake_for example, if someone rewrote build.py in a non-incremental refactor, i'd pretty much -1 that change :)12:03
SamYapleif it wasnt for a time crunch i wouldnt have voted +2 on the orignal code12:03
sdake_understood12:03
sdake_so I think we are all in violent agreement :)12:04
SamYaplegarrr12:04
sdake_rewrites are bad and are not refactors typically :)12:04
SamYapleyea12:04
sdake_but when its brand spanking new code, who cares12:04
SamYaplepbourke_: sdake_ i dont disagree about the sys.exit() comments, i dont like that either. but lets adress that in not such a large patch12:05
sdake_samyaple i did a review, and paul looks to have covered all the points12:05
*** jtriley has quit IRC12:05
SamYaplei started on it and it was just too different12:05
SamYapleyea im addressign now12:05
sdake_ya we can put it off to later12:05
sdake_i'd like it fixed down the road if possible12:05
sdake_not essential work atm12:05
SamYaplehonestly i would be ok with a more better refactor right after this code lands, i jsut want it to be functional first12:05
sdake_ya lets try to unbreak the codebase today if we can12:06
sdake_what was the issue with permissionsbtw?12:06
SamYaplewell for single file it would attempt to set the permissions on the parent directory12:07
SamYaple_and_ the permissions were not being converted to octal correctly12:07
SamYapleso the permissions were actually wrong12:07
SamYaplebeing applied to the wrong place12:07
sdake_hmm bummer missed that in the review12:08
SamYaplethat function wasn't easily reviewable12:08
SamYapleit started out as a simple fix but the refactor was actually cleaner12:08
sdake_i read about 20 versions of that code - should have picked up on it :)12:08
SamYapleit changed quite a bit12:08
SamYapleand the octal thing isn't something people normally catch12:08
SamYaplei didn't catch it and i know about it explicitly from my other anible module12:09
sdake_in mitaka we should probably not accept python code without unit tests12:09
sdake_and writ eunit tests for the python we have12:09
SamYaplehonestly, well be lucky to have unit tests for our current python12:10
sdake_letting it slide now becausse unit tests are much harder to write then the code and I want the cod to land12:10
SamYapleit will probably be N before we can justify new python unit tests12:10
sdake_ya unit tests for threaded code is very difficult12:10
sdake_unit tests for that set_configs would be relatively easy to write12:11
sdake_i find that 80% of my time writing python code in mature open stack projects is writing unit test code tho12:11
sdake_the actual implementation is easy - unit tests are challenging12:11
sdake_vbel i did add rdo to base image, but we are still waiting on mandre to weigh in on the thread re whether we would accept rhos into kolla12:12
sdake_vbel and i dont want to block for several days the build gating for source for that issue12:13
rhalliseymorning12:13
*** sdake_ is now known as sdake12:13
inc0SamYaple, is there a bug for this perm stuff?12:14
vbelsdake_: i see, thanks12:14
SamYapleinc0: no the code just merged yesterday12:14
inc0sdake, instead of making bindmount optional I've made log_data container instead12:14
sdakeinc0 ok12:15
sdakeinc0 so does it work? :)12:15
inc0well, it works for me;)12:15
sdakeinc0 it looks like you are host bind mounting /var/log12:15
inc0(I mean mountig /var/log)12:15
inc0 /dev/log is still bindmount12:15
sdakeanything that is directory:directory is a host bind mount12:16
sdakeanything that is directory is not a host bind mount12:16
SamYapleoh god not this again12:16
SamYaplesee what i mean inc012:16
SamYaplesdake: you explicitly agreed to this12:16
sdakeits not a data container if it has a host bind mount imo12:17
sdakethe idea i thought was to make that optional12:17
inc0logs lands in data container12:17
inc0 /dev/log has to be shared across containers12:17
sdakei get the part about /dev/log12:17
sdakenot addressing that, that is fine12:17
inc0that's the bindmount, nothing else12:17
SamYaple^12:17
SamYaplei dont know what the current up code looks like12:18
SamYaplebut thats the final outcome12:18
inc0 /var/log is data container /var/lib/kolla/dev/log is device12:18
inc0device is shared and it's on host12:18
sdake    volumes: 1812:18
sdake      - "/var/log/kolla:/var/log"1912:18
inc0ah in data container12:18
SamYapleyea so that will be removed before we merge12:18
inc0my bad12:19
sdakea data container is /var/log/kolla12:19
sdakenot /var/log/kolla:/var/log12:19
SamYapleactually wouldn't it just be /var/log?12:19
SamYaplei dont think we need to through kolla on there12:19
inc0ok, makes sense12:19
SamYaple/var/log/keystone /var/log/nova12:19
inc0let me fix that12:19
sdakeif you want it written to the host filesystem, there is no reason for a data container12:20
sdakethe data container's purpose is to contain the data, not export it via a host bind mount - but we had talked about making that host bind mounting optional12:20
sdakeso people could cat logs from the data container or look on the host if it was enabled via config options12:21
openstackgerritMichal Jastrzebski (inc0) proposed openstack/kolla: Ansible bits to rsyslog  https://review.openstack.org/21506212:21
SamYapleto make the to ideologies play nicely we can bindmount from the datacontainer12:21
inc0this is what you mean?12:21
SamYaplethen everything is fine for everyone12:21
SamYapleoptionally of course12:21
*** dwalsh has quit IRC12:21
sdakeinc0 ya that looks good12:21
*** jruano has joined #kolla12:21
sdakebut that wont write to the host filesystem which I think is what you are wanting to do12:21
SamYapleyea sdake ill be submitting a patch for that kolla wide once we are ready to merge12:22
SamYaplewe need to do it in lots of place12:22
sdakedo what, host bindmount?12:22
inc0start.yml line 40 does host writing12:22
SamYapleyea12:22
sdakeif you use the data container, only the data ontainer ends up doing a bind mount12:23
sdakeinc0 what i recommend doing is conditionalizating line 20 - not sure how you do that in ansible12:23
sdakeand i dont think you need privileged: true for the data container - can you test without i t?12:24
inc0SamYaple knows but doesn't want to tell;)12:24
SamYapleinc0: ive told before12:24
SamYapledont make me get logs12:24
inc0haha12:24
SamYaplei said it needs to be done in a variable12:24
SamYaplebut its not a big thing12:24
SamYaplemy biggest concern is doing multiple files12:24
SamYaplethats a much biegger issue12:24
inc0afk for now, corpo stuff calling12:25
sdakeif the container sall use volumes_from, then multiple files will just happen automatically when the services write to /var/log12:25
openstackgerritSam Yaple proposed openstack/kolla: Refactor set_configs.py  https://review.openstack.org/22455712:25
SamYaplesdake: no the services will be writing through syslog.12:26
sdakeoh right12:26
sdake4am, brain not booted :)12:27
sdakeactually 530 now12:27
SamYaplepbourke_ pretty sure all your concerns were addressed12:28
sdakesam quick question12:30
SamYapleno12:30
sdakeline 7812:30
SamYapleno questions12:30
sdakewhy not just do a shutil.copytree12:31
sdakeor shutil.copy12:31
SamYaplenew patchset line 78?12:31
sdakeyup12:31
openstackgerritVladislav Belogrudov proposed openstack/kolla: Fix broken centos-source- build: add rdo repository  https://review.openstack.org/22396312:31
sdakejust curious why the  for src in os.listdir12:31
SamYaplebecause that would not work like you think12:31
SamYaplewe need to copy the folder contents, not the folder12:31
sdakeright12:31
SamYaplecp folder/* dest12:31
sdakei just figured it out prior to you answering12:31
sdakegot i t12:31
SamYaplenot cp folder dest12:31
SamYapleyea12:31
SamYaplei couldn't find a shutil to do that12:32
SamYaplebut then i realized copy * was globing anyway12:32
SamYapleit basically does that function12:32
SamYapleis anyone going to review ceph :(12:33
SamYaplei know its a pita to review12:33
sdakequestion about line 10512:34
sdakedefault permission is 0?12:34
SamYaplethats not what that does12:34
sdakewould you mind explaining so i can make sure the review is solid :)12:35
SamYaplehttps://docs.python.org/2/library/functions.html#int12:35
sdakei see thanks12:35
*** achanda has joined #kolla12:35
sdakeline 39, how do you enforce that in the code?12:36
sdakeint(data.get('perm') without a  perm key I think would be zero even in base 1012:37
SamYapleoh that should be a note12:37
SamYaplelike only source and dest _should_12:37
SamYaplebe required12:37
SamYaplethatsn ot how its currently writeen12:37
SamYaplethe required_keys above have owner and perm12:38
SamYapleit will break without them12:38
sdakeok good enough12:38
SamYapleit is going to need to change later i think because we will be privilege dropping in each container12:38
SamYapleso we wont be able to set the owner anymore12:39
SamYaplebut thats later, like M112:39
sdakeline 121, 128 can be deduped i think12:40
sdakeya that should be fine samyaple12:40
SamYaplelooks like they could be, youre right. moved directly above the if12:40
*** dayou has joined #kolla12:40
sdakewell its not really worthy of a -112:41
sdakebut if you want to fix it might as well do it now12:41
SamYapleill fix if another patchset is needed12:41
sdakethat is all I have for review comments12:42
sdakelooks good12:42
SamYapleotherwise the whole thing is still in need of another round of refactor, but once the functionality works12:42
SamYapleideally on a failure it would call a seperate function to print out lost of useful info12:43
sdakeok sam i'll review ceph today after i wake up a bit12:43
sdakethats a good idea12:44
sdakenot sure how it woudl be implemented but seems like a good approach - true diags :)12:45
SamYapleif that failure function could call sys.exit, it could be implemented easily12:45
SamYaplesince this is a util called only from commandline, not the worst idea12:45
SamYaplei mean thats what sys.exit() was built for12:46
sdakeyup12:46
sdakethe thing I dont like about the current code is it has a million exit points12:46
sdakebut one function with one exit point sounds good12:46
SamYapleyea that would tie them up to two12:46
SamYaplesuccess and failure12:46
sdakeyup that sounds good for future work to me12:47
sdakevbel are you going to address https://review.openstack.org/207925 prior to release?12:54
sdakeof rc112:54
sdakepatch is almost 2 mo old12:54
sdakeoh 1 month12:55
sdakeSamYaple looks like pretty much everyone is in agreement re rhos implmeentation in the code base12:59
sdakeyou had a technical concern over the naming12:59
sdakeshall I go with jpeeler's suggestion?12:59
SamYaplerefresh my memory, whats was his suggestion?13:00
sdakesecond let me  find the email so i can represent it accurately13:01
sdakeSo I see no reason to not support all the types suggested, albeit perhaps with a slightly different naming scheme:13:02
sdakesource - obviously, using tarballs as defined in build.ini13:02
sdakebinary - for whenever there is no distinction necessary for what type of packages are in use13:02
sdakebinary-rdo - for the community version of RPM OpenStack packaging13:02
sdakebinary-rhos - for the paid version of RPM OpenStack packaging13:02
sdake(cut and paste from email)13:02
SamYaplewouldn't that make binary non-existant?13:03
sdakeya i guess his proposal could be interepreted that way which is not internally consistent13:03
sdakewhat I liked about it was the naming scheme binary-rdo vs just rdo13:03
sdakeperhaps binary | binary-rdo13:04
SamYaplewhat i dont want to see is just a bunch of types everywhere13:04
sdakeor binary-rhos13:04
SamYapleoh i know13:04
SamYaplethis would be very clean13:04
SamYaplewe could have them all reduce to a single binary type in the base file13:05
SamYaplethat would retain the ability to call them for specifics but have that generic type13:05
SamYaplethat would be almost no change to the dockerfiles13:05
SamYapleand allow us to support n-number of types13:05
sdakeya only the base dockr file ends up with bloat which is ok, that thing is always going tobe a beast :)13:06
SamYaplesdake: as soon as someone fixes centos it wont be13:06
sdakehow would you get specifics if you needed it?13:06
SamYaplecentos isn't using openstack-base really at all :/13:06
sdakeya I intend to do that shortly13:06
sdakewaiting on my rebase patches first13:06
SamYapleif someone actually fixed centos base would be reasonable13:06
pbourke_SamYaple: inc0: is 'docker logs' still the default way to get logs, even once rsyslog merges?13:06
vbelsdake: nope, I hope we all get good kernels so that sudo won't be necessary :)13:07
SamYaplepbourke_: no that wont be used13:07
sdakevbel if your going to abaondon the patch, can you abaondon the patch13:07
pbourke_SamYaple: which wont, 'docker logs'?13:07
vbelsdake: ok13:07
SamYaplepbourke_: correct13:07
sdakeand set teh bug state to invalid13:07
sdakepls13:07
sdakeor wont fix13:07
sdakewont fix makes more sense here13:07
SamYaplepbourke_: i mean some garbage would pop out there, probably. but it would be garbage and should probably be cleaned up13:08
pbourke_SamYaple: ok thanks13:08
SamYapleif its worth recording, it goes through the rsyslog container13:08
SamYapleif its not, it should be suppressed13:08
sdakeat some point if docker ever figures out how to do logging properly we may need to revisit this discussion :)13:08
pbourke_sounds fine13:08
SamYaplesdake: even if docker _does_ get logging right, it wont matter13:09
sdakeso SamYaple how do I get specifics from inside a docker file if I needit?  I don't think we will need it, but justcurious how that owuld be done13:09
SamYapledocker logs shows output, but not syslog out13:09
SamYaplewe need syslog13:09
sdakei mean if they integrate with /dev/log13:09
SamYaplewhich they definetely shouldnt13:09
sdakeok dont care, want answer to my othe question :)13:10
SamYapleyea the docker logs things is a huge big ugly mess13:10
SamYaplebest to ignore it forever13:10
sdakeya it blows donkey tails13:10
SamYaplei said it would have to be in base, i did not mean that13:11
SamYaplei meant in build.py13:11
SamYapleso we could collapse the types there into a single 'binary' and provide an additional variable with the specific type of binary (not a new cli option)13:11
sdakecool I like it, I'll make that happen today13:12
SamYapleso cli doesnt change and docker files dont change13:12
sdakei wanted to do somethign like that, but could only see to do with a cli addition which seemed sucky13:12
SamYapleyea thats no good13:12
sdakebut shouldn't need that13:12
SamYaplenot at all. could even be dynamic instead of an explict table13:13
SamYapleif we do the binary, binary-rdo, binary-rhos, binary-other scheme13:13
sdakei am pretty sure for rhos we dont need the explicit type13:14
sdakejustneed the repos enabled13:14
sdakebut just in case for the future might as well get it right now13:14
SamYaplewell no i mean you would still need the explict type13:15
SamYapleit just would get converted into the generic type13:15
SamYapleand a second var would be produced13:15
sdakeso the build.pt would take aprefix of binary- and generate a subtype variable based upon that?13:15
SamYaplemeta-type or something13:15
sdakewell base.j2 woudl need the subtype, but not the rest of the tree13:16
sdakeand maybe openstack.j213:16
SamYaplesdake: the rest of the tree would need it as well13:16
SamYaplein case a package name is ever different13:16
sdakeshouldn't, could just use the generic13:16
SamYaplewho knows what tweaks will be needed between the teo13:16
SamYapletwo*13:16
SamYaplethats way to optimistic13:17
sdakewell the idea would be to make the variable available but only use if needed i think13:17
SamYaplethats my point yea13:17
sdakei think where we get into different package names is fedora, not centos + variants13:17
sdakeand fedora is busted13:18
SamYaple`build.py --type binary` should still exist, with a default to rdo stuff13:18
sdakebuild.py --type binary-rdo should be rdo as well then?13:18
SamYaplebut binary-rhos or binary-rdo still sets type==binary, but provides a metatype variable of rhos or rdo13:18
SamYapleyea13:18
sdakeimages get called distro-binary-rhos-foo?13:19
sdakeor distro-binary-foo13:19
sdakei think distro-binarry-rhos-foo13:19
sdakeSamYaple thanks for the suggestions, I like em, I'll get cracking in a bit on the implementation13:21
*** openstackgerrit has quit IRC13:31
*** openstackgerrit has joined #kolla13:31
*** inc0 has quit IRC13:33
SamYaplesdake: yea i dont know about the image naming, but the second one i guess is all we can do13:34
*** banix has joined #kolla13:34
sdakeya it needs to be unique13:34
sdakegoign to call the variable install_metatype13:35
sdakethe current variable is install_type13:35
sdakeinstall_type = source|binary13:35
sdakeinstall_metatype = rdo, rhos, nothing?13:36
SamYapleit would be much cleaner if we moved the specific types to the namespace :/13:36
SamYaplesdake: yea13:36
sdakewhat do you mean to the namespace?13:36
SamYaplekolla-binary-rhos/mariadb, kolla-binary-rdo/mariadb, kolla-ubuntu-source/mariadb13:36
pbourke_sdake: would you be interested in shipping images for the ostk cli clients?13:37
sdakepbourke_ I dont know - community project - people can do whatever they like :)13:37
sdakewhat is the use case?13:37
pbourke_dockerise all the things13:37
SamYaplepbourke_: like a 'utility' type container?13:37
sdakeya a toolbox container would rock13:38
pbourke_hmm didnt think about putting them all in one13:38
sdakestill would rock ;)13:38
SamYapleone bad thing about toolbox conatiner is no network namespace access13:38
SamYaplewould love to get that figured out13:38
*** jtriley has joined #kolla13:38
SamYaplesdake: did you ever send an email to the docker guy?13:38
pbourke_SamYaple: are you against one container per tool?13:39
sdakei could neve rfind the bug to harass him about13:39
sdakeif you can provide it, I can contact him13:39
SamYaplepbourke_: yea. cause youll likely want to access more than one tool :)13:39
sdakeor the atch13:39
sdakeor whatever13:39
sdakesomething to reference13:39
SamYaplesdake: you mean the patch i posted in the commit message? That you said you emailed him about like many months ago?13:39
sdakeya an AIO toolbox container would be higly useful I think13:40
sdakei talked toh im about it13:40
*** achanda has quit IRC13:40
SamYapleshouldn't you have that in a previous email then?13:40
sdaketold him we needed something undone to get a fully fucntioanl system13:40
pbourke_what about the whole entrypoint mechanism though13:40
sdakei guess, my inbox has 4k unread emails :)13:40
sdakepbourke_ ya that needs to be thought out13:40
sdakethe worst part is I've onlybeen at cisco for 8 months :(13:41
SamYaplepbourke_: well if its a utility container it should always be running, no?13:41
SamYaplepbourke_: any utility container with all the tools should be started with sleep infinity13:41
pbourke_SamYaple: hmm no I think we have different ideas on how this would work13:41
SamYaplei mean we arent going to spin up a container each time we call the tool i dont think13:41
sdaketypically toolbox containers spin up the container on each toolbox tool access13:42
SamYapleugh thats really bad13:42
SamYaplei would not be ok with that13:42
pbourke_its how docker works13:42
sdakethat is what everyone does with toolbox containers13:42
pbourke_or I should say how its typically used13:42
sdake(spin up each invocation)13:42
pbourke_docker run keystoneclient token-get13:42
SamYaplenot when they need to access a socket or a volume from another container13:42
sdakenot saying its right, I really dont have enough experience with it to know13:43
pbourke_most of them are standard http13:43
pbourke_things like ovs are more involved yes13:43
SamYapleyea im not cool with a container per13:43
pbourke_im not cool with an all in one :)13:43
SamYaplebut if you want you can do that right now i guess13:43
SamYaplethats cool we dont need to have either13:43
sdaketypically toolbox containes dont access sockets or volumes13:44
SamYaplerabbitmqctl is only going to talk over a socket13:44
sdakei prefer AIO toolbox containers13:44
SamYaplesame with ovs13:44
sdakeit puts all the things in one place13:44
sdakei dont see the value of separate toolbox containers per client13:44
sdakepbourke_ could you expalin your  thinking there?13:44
SamYaplegiven that all of this already exists in seperate images, i dont think we need anything else to achieve what you want pbourke_13:44
pbourke_SamYaple: wow didnt even think of that :o13:45
SamYaplehonestly pbourke_ all the utils exist in openstack-base, so you may just be able to call that13:45
sdaketypically toolbox containers have some well thought out entrypoint rather then only binaries in them13:45
SamYaplepass your auth strings in as environmental variables13:45
SamYaplejust fyi, what i have right now guys is alias commands that execute the appropriate tools in a container13:46
SamYapleso my box has `rabbtimqctl` alias'd to `docker exec -it rabbitmq rabbitmqctl`13:46
SamYaplein case that intrests anyone. works well for me13:47
sdakeya i'm not pro enough to write aliases, i just type the shit out each time :)13:47
SamYapleconsidering a single toolbox rung command would look like `docker run --rm -it 192.168.31.12:8082/kollaglue/ubuntu-source-toolbox command` i think thats way to much work to type out13:48
pbourke_SamYaple: good idea13:48
*** jpeeler has joined #kolla13:49
*** jpeeler has joined #kolla13:49
sdakeone ting that could be done is a kolla-toolbox command which calls the various operations in one container for example13:50
sdakekolla-toolbox endpoint list13:50
sdakewould print out the endpoints13:50
sdakekolla-toolbox rabbitmqctl would do whtever rabbitmqctl stuff was needed13:51
sdakebut from a container runtime rather then a local install of the tools13:51
sdakethis is typically how peopel implement toolbox containers13:51
sdakeor how i have seen them implemented13:51
*** jruano has quit IRC13:52
sdakered hat atomic has a  pretty solid toolbox container implementation13:52
*** absubram has joined #kolla13:57
openstackgerritsean mooney proposed openstack/kolla: Regression: git is required to build from source on ubuntu  https://review.openstack.org/22428813:58
[LeelooHello13:59
[LeelooHello, yesterday I finaly succeffuly install kolla (Fedora 21 Core). I could use Openstask for a moment, then can't log anymore.13:59
[LeelooSo I re-install my server with Debian8...build/push the images, but got these errors --> "https://paste.fedoraproject.org/268441/49817814/"13:59
*** diogogmt has joined #kolla14:00
sdake[Leeloo you would have to past ethe full og14:00
sdakeclearly somethign is not working for you with teh build ;)14:01
sdakeif it was yesterday and you were buildign the default ( centos binary) the rdo repositories were down14:01
[Leeloosdake: could I add something to "tools/build.py" to log ?14:01
[Leeloono today ubuntu/source14:01
sdakecan't you past ethe full log?14:02
sdakeit shoudl hve a aslew of data beyond what youpasted14:02
sdakewhat i would recommend iss the following14:02
sdakerun the command script14:02
sdakerun the build.py operation14:02
sdaketype exit14:02
sdakethis will save afile called "typescript"14:02
sdakepaste the typescript file14:02
[Leeloosdake: I do it... and give the log in 2/3 hours14:04
sdakecool I can help debug from that info14:04
sdakei wonder if your push is failing14:04
sdakeor your build is failing14:04
sdakedo you know?14:04
[Leeloosdake: no :(14:06
[LeelooDo you know why I can login to openstack then alter a click... and being logout..can't re-log ? Could only test openstak for 10 mins. No password change for the admin ... Try to remove the cookie for Horizon..14:08
sdakewas only horizon non-operational?14:08
sdakeor was the entire thing bust14:08
sdakewere you able to run openstack endpoint list?14:09
sdakeit is possible horizon is broken in some way, although it works perfectl yfor me14:09
sdakenote a patch hit the repo yesterday which broke kolla badly14:09
sdakeand we are still working on fixing it14:09
[Leeloosdake: i quite knew to openstack/kolla, I was loking only to try to repeat kolla/openstack install..not digging a lot for this pb...:(14:10
pbourke_SamYaple: surely the rpm family will be left git-less with this change? https://review.openstack.org/#/c/224288/4/docker/kolla-ansible/Dockerfile.j214:11
*** diogogmt has quit IRC14:11
*** dwalsh has joined #kolla14:12
openstackgerritSteven Dake proposed openstack/kolla: Add sudo for RHEL builds  https://review.openstack.org/22288214:13
openstackgerritSteven Dake proposed openstack/kolla: Install which if its not installed in base  https://review.openstack.org/22287014:13
openstackgerritSteven Dake proposed openstack/kolla: Significant refactor of base image  https://review.openstack.org/22289314:13
pbourke_what is the distinction between base and openstack-base14:15
pbourke_that change slipped by me14:15
sdakeopenstack-base is for openstack containers base is for non-openstack containers14:15
sdakeopenstack-base inherits from base14:15
sdakeso for example, openstack-bae would contain a base set of requirements to make the total downlaod time smaller for a big deploy14:15
pbourke_hmm ok. kolla-ansible is a non ostk service but seems to use openstack-base ?14:18
sdakeI dont know why that particular container uses openstack-base14:18
sdakei pointed out general guidlines, not hard rules :)14:19
pbourke_fair enough14:19
*** inc0 has joined #kolla14:20
*** achanda has joined #kolla14:22
*** achanda has quit IRC14:25
*** inc0 has quit IRC14:35
SamYaplepbourke_: isnt it installed in the base?14:36
pbourke_SamYaple: yeah sorry it seems it is. just getting mixed up what goes where14:36
SamYaplepbourke_: oh yea kolla-ansible uses openstack-base because it has alot of the deps on that (namely all of the openstack clients for shade)14:37
pbourke_SamYaple: I mean, why is git for centos etc in base, but for ubuntu its in openstack-base14:37
SamYaplepbourke_: i cant help there14:37
SamYaplei know its only needed in openstack-base ofr ubuntu14:37
pbourke_SamYaple: you +2'ed the review though :)14:37
SamYaplei dont know centos structure anymore14:37
SamYaplethats because it works14:38
sdakeit is only needed in openstack-base for centos too14:38
sdakenobody moved it :)14:38
SamYaplei mean we arent _removing_ git14:38
SamYaplewe are just not installing it twice14:38
SamYaplewhere git is actually installed in the stack isn't really part of that review for centos because centos has had it in the base for a long time14:38
sdakethere are likely to be minor inconsistencies between distros14:39
sdakethis is not a terrible thing at this early stage14:39
sdakeover time we should try to sort it out14:39
sdakebut in the big scheme of priorities, it seems pretty low :)14:40
SamYaplefeel free to look as ubuntu as the guide. i spent alot of time in yaodu getting all of the non-needed deps out of the way14:40
sdakedefine non-needed dep?14:40
SamYaplei guess not really a term you are used to in centos land :D14:41
sdakeyou mean deps for openstack services in the right place vs for the base?14:41
SamYaplewith the debian based stuff you can not install the recommended packages14:41
sdakeya a dependency is by definition needed :)14:41
SamYaplecentos you dont get that choice14:41
SamYapleonly if you are going to be using that thing, which alot of times you arent14:42
sdakeya - so sounds like ubuntu has a way of idenitfying those optional dependencies14:42
SamYaplelike zfs-fuse is a dependacy for some libvirt thing _if_ you want to use that libvirt feature14:42
SamYapledebian did packaging like this in the begining14:42
sdakeya glusterfs is a dep for libvirt14:42
sdakelibvirt has like 300 dependencies in centos14:42
sdakeits pure cracksauce14:43
SamYaplebut i dont install that in the ubuntu/debian stuff cause we dont use it14:43
SamYaplethats my point14:43
sdakethere is nothing we can do about that in centos14:43
sdakefor ibnary14:43
SamYapleanyway what goes where, a good guide is what i have ubuntu setup as14:43
*** dayou has quit IRC14:44
[Leeloosdake: here is the log --> http://paste.fedoraproject.org/268466/14425010/14:44
sdakev2 ping attempt failed with error: Get https://5.39.71.21:4000/v2/: tls: oversized record received with length 2052714:45
sdakesomethign is busted with your registry configuration14:45
sdakeno idea what14:45
sdakeyour build is succeeding, your push is failing14:45
SamYaplewierd indeed. would recommend v1 registry if at all possible14:45
*** jasonamyers has joined #kolla14:46
SamYaplewe havent really tests https pushing with the buid script too much14:46
SamYapleive done it with v1, but not v2 private14:46
[Leelooso "docker run -d -p 4000:5000 --restart=always --name registry registry:1" instead of "docker run -d -p 4000:5000 --restart=always --name registry registry:2" ?14:47
SamYapleregistry without a tag or the 'latest' tag defaults to the v1 registry (for a reason)14:47
SamYaplei dont know the explict v1 registy tag though14:48
openstackgerritSam Yaple proposed openstack/kolla: Refactor set_configs.py  https://review.openstack.org/22455714:48
openstackgerritMartin André proposed openstack/kolla: Update documentation for Vagrant environment  https://review.openstack.org/22342014:48
*** jruano has joined #kolla14:51
*** achanda has joined #kolla14:52
*** dims_ has quit IRC14:53
*** dims_ has joined #kolla14:55
*** unicell1 has joined #kolla15:00
*** unicell has quit IRC15:00
*** vbel has quit IRC15:03
*** vbel has joined #kolla15:04
[LeelooI got this error now "ERROR:__main__:unable to ping registry endpoint https://5.39.71.21:4000/v0/15:06
[Leeloov2 ping attempt failed with error: Get https://5.39.71.21:4000/v2/: EOF"15:06
*** diogogmt has joined #kolla15:06
SamYaplesilly question here.. are you able to ping 5.39.71.21?15:06
SamYaplecan you open port 400015:06
SamYaple?15:06
*** achanda has quit IRC15:09
*** diogogmt has quit IRC15:11
*** diogogmt has joined #kolla15:13
[LeelooSamYaple/ i am, it's the ip of the server15:20
*** daneyon has joined #kolla15:30
openstackgerritRyan Hallisey proposed openstack/kolla: Replace config-external with a JSON file for Nova  https://review.openstack.org/21850515:36
*** mfalatic_ has joined #kolla15:36
*** mfalatic has quit IRC15:36
*** devlaps has joined #kolla15:41
*** jasonamyers has quit IRC15:45
*** dwalsh has quit IRC15:46
*** chandankumar has joined #kolla15:53
*** unicell1 has quit IRC16:10
*** mduggan has quit IRC16:12
*** mduggan has joined #kolla16:13
*** unicell has joined #kolla16:13
*** dwalsh has joined #kolla16:19
*** sdake_ has joined #kolla16:19
*** unicell1 has joined #kolla16:23
*** sdake has quit IRC16:23
*** unicell has quit IRC16:25
*** daneyon_ has joined #kolla16:25
*** daneyon has quit IRC16:28
*** unicell1 has quit IRC16:32
*** sdake has joined #kolla16:34
*** sdake_ has quit IRC16:38
*** unicell has joined #kolla16:52
openstackgerritPaul Bourke proposed openstack/kolla: Add missing libvirt section to nova.conf  https://review.openstack.org/22482516:55
sdakepbourke_ i dont like that change16:55
pbourke_sdake: how have you been doing it?16:56
sdakepbourke_ we want to keep templating out of the ansible playbooks as much as possible because it creates a dev/test cycle16:56
sdakei dont use virt, but the wy to do it is via an override in nova-compute.conf16:56
sdakejust add [libvirt]16:56
sdaketype=qemu16:56
sdakeor wahtever the stuff is16:56
pbourke_that works and is fine, but this is a required setting16:57
pbourke_as in it wont work out of the box without it16:57
pbourke_afaik16:57
sdakeyou mean it wont work in a hypervisor out of the box16:57
sdakeif you use that setting, it will emulate virtualization which will give you shit performance on bare metal16:57
sdakei really dont want any templating unless absolutely necessary16:58
sdakethe one example I can think of where a config option may need templating is MTU16:58
sdakethis is because mtu needs all kinds of custom calculations all over the place16:59
sdakeand expecting an operator to sort that out sounds sort of painful16:59
vbelwhy not to have kvm as default then16:59
vbelpeople at least will know where to switch it if they play with vbox16:59
vbelor whatever hypervisor17:00
sdakevbel it would be fine to specify kvm in the libvirt section in the j217:00
pbourke_but no variable?17:00
sdakebut not the playbooks17:00
sdakeright no variable17:00
sdakehere is why17:00
sdakeif we start down that path, we will end up with hundreds of config options17:00
sdakeor could potentially17:00
pbourke_i see17:00
sdakeyou notice nothing is configurable like that - that is the rationale17:00
pbourke_vbel: does hardcoding it to kvm work for you?17:00
sdakeI think MTU may be an optional we want to add at some point17:01
sdakehardcoding to kvm will nto work in virtualized environments17:01
vbeli replace with qemu because I am on vbox17:01
vbelbut it is good to have a place to switch it17:01
*** dwalsh has quit IRC17:01
vbelinstead of digging internet for error messages from nova-compute17:01
sdakei hope folks understand why we really dont want to do that as a community17:02
pbourke_yeah know I think it makes sense17:02
sdakei think it is something that should be documented as a common occurance type thing though :)17:02
sdakei am fine with all kinds of blaot in the documentation17:02
sdakebecause that publishes live without a dev cycle17:02
vbelqemu is good for starters :) so it should be documented at least17:02
sdakeand we can reorganize it easily in the field17:02
pbourke_I think its easier for someone to figure out, "oh, I can't use kvm, but here's the place to change it" rather than having to google and then conclude the template is flat out missing it17:03
sdakeor rather the docs canbe reorganized without affecting the field17:03
sdakeif you put it in an ovverride it will be set properly17:03
sdakebut it wouldn't hurt to have kvm set as the default in the j217:03
pbourke_ok cool17:03
sdakenova defaults to that anyway I think17:03
vbelyes, i would vote for hardcoded kvm in j2 which i can just replace with kvm,xen,..17:04
sdakei'm open to a small minimal set of configurable key/value pairs17:04
vbelsorry, qemu,xen...17:04
sdaketotally fine with that approach17:04
sdakeas long as its not a variable ;)17:04
vbelok17:05
sdakebut the key value pairs that are configurable should offer some serious pain to not be configurable in the standard override way17:05
openstackgerritPaul Bourke proposed openstack/kolla: Add missing libvirt section to nova.conf  https://review.openstack.org/22482517:05
sdakemtu is one example17:05
pbourke_changed everything to vars in latest patch...17:05
pbourke_:p17:05
sdakepbourke_ ar eyou say8ing nova doesnt work for you without that section?17:05
sdakeor doesn't work in a virt environment?17:05
sdakenova works on my bare metal fine without it17:05
openstackgerritRyan Hallisey proposed openstack/kolla: Replace config-external with a JSON file for Glance  https://review.openstack.org/21850117:05
openstackgerritRyan Hallisey proposed openstack/kolla: Replace config-external with a JSON file for Keystone  https://review.openstack.org/21849717:05
openstackgerritRyan Hallisey proposed openstack/kolla: Replace config-external with a JSON file for Rabbitmq  https://review.openstack.org/21849617:06
openstackgerritRyan Hallisey proposed openstack/kolla: Replace config-external with a JSON file for Nova  https://review.openstack.org/21850517:06
openstackgerritRyan Hallisey proposed openstack/kolla: Replace config-external with a JSON file for Neutron (thin)  https://review.openstack.org/22482917:06
pbourke_sdake: vbel had to add it for qemu, others internally have been confused about it missing. Again we can improve docs but the above patch should help things I think17:06
sdakepbourke_ I'll write documentation right now to address it17:07
sdakegive me 1 hour17:07
sdakebut we can also merge your patch17:07
sdakeit doesn't hurt to have that config option in there17:07
sdakeand if nova ever changes defaults atleast we wont be suprrised by it :)17:07
pbourke_sdake: ok thanks. I have no problem adding more docs during the m cycle either17:07
pbourke_assuming there will be a drive in that area17:08
sdakei think its time to document how to override config options :)17:08
pbourke_+117:08
sdakeand i'm waiting on a build atm17:08
sdakeso have nothing else to do but watch tv or intertoobs17:08
sdakepbourke_ master is busted atm17:10
sdakecan you review https://review.openstack.org/#/c/224557/17:10
pbourke_i think SamYaple addressed all the important stuff so will approve17:11
*** vbel has quit IRC17:11
sdakecool17:11
*** chandankumar has quit IRC17:20
*** mfalatic_ has quit IRC17:33
*** loth has joined #kolla17:35
openstackgerritSteven Dake proposed openstack/kolla: Significant refactor of base image  https://review.openstack.org/22289317:36
openstackgerritSteven Dake proposed openstack/kolla: Implement a install_type and install_metatype  https://review.openstack.org/22484117:36
*** achanda has joined #kolla17:39
openstackgerritSteven Dake proposed openstack/kolla: Add a customize deployment document  https://review.openstack.org/22484717:51
*** dwalsh has joined #kolla17:57
*** chandankumar has joined #kolla18:12
*** sdake has quit IRC18:19
*** akwasnie has quit IRC18:19
*** athomas has quit IRC18:20
*** sdake has joined #kolla18:23
*** sdake has quit IRC18:31
*** sdake has joined #kolla18:33
*** huikang has joined #kolla18:58
*** banix has quit IRC18:58
openstackgerritRyan Hallisey proposed openstack/kolla: Replace config-external with a JSON file for Cinder  https://review.openstack.org/22487218:58
huikangHi, how can I disable authentication when run ./tool/build --push glance. I have already add my local registry Ip as the namespace19:00
*** devlaps has quit IRC19:08
*** diogogmt has quit IRC19:25
*** diogogmt has joined #kolla19:26
*** chandankumar has quit IRC19:26
*** diogogmt has quit IRC19:27
*** banix has joined #kolla19:40
*** banix has quit IRC19:45
*** sdake has quit IRC19:46
*** dwalsh has quit IRC19:47
*** sdake has joined #kolla19:48
*** sdake has quit IRC19:57
*** sdake has joined #kolla20:00
*** diogogmt has joined #kolla20:03
SamYapleis zuul borkeed?20:10
openstackgerritSam Yaple proposed openstack/kolla: Refactor set_configs.py  https://review.openstack.org/22455720:10
SamYapleok guys i think zuul was busted earlier20:12
SamYapleits working now but lots of patches need rekicked20:12
*** diogogmt has quit IRC20:12
*** diogogmt_ has joined #kolla20:12
*** smeisner is now known as smeisner|afk20:20
*** jerryz has joined #kolla20:29
jerryzsdake: ping20:29
jerryzsdake: https://github.com/ansible/ansible/issues/10906 are you aware of this bug20:30
jerryzsdake: it breaks the mariadb boostrap task for me20:30
SamYaplejerryz: we don't have ansible with sudo working at this time20:32
openstackgerritRyan Hallisey proposed openstack/kolla: Replace config-external with a JSON file for Cinder  https://review.openstack.org/22487220:33
jerryzSamYaple: you mean i need to connect to hosts as root ?20:33
*** jtriley has quit IRC20:33
SamYaplejerryz: correct20:33
SamYaplethe push for non-root wont happen until Mitaka20:34
SamYaplethats also when container privelges will be dropping so they wont be running as root either20:34
*** diogogmt_ has quit IRC20:35
jerryzSamYaple: got it.20:35
*** jtriley has joined #kolla20:42
openstackgerritRyan Hallisey proposed openstack/kolla: Replace config-external with a JSON file for Cinder  https://review.openstack.org/22487220:44
openstackgerritRyan Hallisey proposed openstack/kolla: Replace config-external with a JSON file for Cinder  https://review.openstack.org/22487220:48
openstackgerritRyan Hallisey proposed openstack/kolla: Replace config-external with a JSON file for Heat  https://review.openstack.org/22489120:49
openstackgerritRyan Hallisey proposed openstack/kolla: Replace config-external with a JSON file for Heat  https://review.openstack.org/22489120:50
openstackgerritRyan Hallisey proposed openstack/kolla: Replace config-external with a JSON file for Cinder  https://review.openstack.org/22487220:50
SamYaplerhallisey: you should really rebase off of this patchset https://review.openstack.org/#/c/224557/20:51
SamYaplerhallisey: none of your permissions are working, I can assure you20:51
rhalliseyright..20:51
SamYaplei dont know what havoc that would wreak for you20:52
SamYaplei imagine testing is hard20:52
rhalliseyoh you changed the name20:55
rhalliseycommand_options -> run_command20:55
rhalliseykk20:55
SamYapleoh right, yea you had it named command_options from when it was just going to be the ARGS part20:55
SamYaplesorry should have told you that20:55
rhalliseyya I need to stop adnd rebase20:56
rhalliseyI didn't even notice you patched it20:56
SamYaplei patched up the 'source is directory' thing so it copies correctly too20:57
SamYapleand sets perms recursively20:57
rhalliseyok cool20:58
rhalliseywfm20:58
*** dwalsh has joined #kolla20:59
*** jruano has quit IRC21:00
*** blakec has joined #kolla21:05
*** absubram has quit IRC21:16
*** gfidente has quit IRC21:17
*** dwalsh has quit IRC21:19
*** rhallisey has quit IRC21:19
*** dims_ has quit IRC21:23
*** diogogmt has joined #kolla21:27
*** loth has left #kolla21:27
*** jtriley has quit IRC21:41
*** dims_ has joined #kolla21:49
*** jruano has joined #kolla21:53
sdakesamyaple I believe pbourke had implemented non-root based sudo but you reverted his change this morning22:02
sdakedamn so tired :(22:02
*** achanda has quit IRC22:11
*** dims_ has quit IRC22:17
*** dims_ has joined #kolla22:20
*** mfalatic has joined #kolla22:25
*** achanda has joined #kolla22:26
*** diogogmt has quit IRC22:51
*** dims_ has quit IRC22:59
*** alisonh has quit IRC23:17
*** jruano has quit IRC23:33
*** alisonh has joined #kolla23:35
*** jruano has joined #kolla23:41
*** alisonh has quit IRC23:51
*** alisonh has joined #kolla23:54

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