Friday, 2015-06-26

*** Longgeek has joined #openstack-sahara00:38
*** Longgeek has quit IRC00:44
*** htruta has quit IRC00:59
*** david-lyle has quit IRC01:09
*** tmckay has quit IRC01:14
*** chen12 has joined #openstack-sahara01:20
*** saneax has quit IRC01:48
*** ViswaV has quit IRC01:54
*** Poornima has joined #openstack-sahara02:25
*** Longgeek has joined #openstack-sahara02:40
*** Longgeek has quit IRC02:52
*** Poornima has quit IRC03:14
openstackgerritKen Chen proposed openstack/sahara: Enable Java Keystore KMS service in CDH5.4  https://review.openstack.org/18937303:43
*** Longgeek has joined #openstack-sahara03:44
*** Longgeek has quit IRC03:46
*** Longgeek has joined #openstack-sahara03:47
*** Poornima has joined #openstack-sahara03:53
*** Poornima has quit IRC03:54
*** Poornima has joined #openstack-sahara03:54
*** saneax has joined #openstack-sahara04:17
*** ghenriks has joined #openstack-sahara04:24
*** vgridnev has joined #openstack-sahara05:05
*** Nikolay_St has quit IRC05:09
*** Nikolay_St has joined #openstack-sahara05:26
*** Nikolay_St has quit IRC05:34
*** vgridnev has quit IRC05:36
*** links has joined #openstack-sahara05:55
*** vgridnev has joined #openstack-sahara05:56
*** vgridnev has quit IRC06:02
*** vgridnev has joined #openstack-sahara06:33
*** coolsvap|away is now known as coolsvap06:44
*** coolsvap is now known as coolsvap|away06:56
*** esikachev has joined #openstack-sahara07:01
*** chen12 has quit IRC07:07
*** chen12 has joined #openstack-sahara07:07
*** Nikolay_St has joined #openstack-sahara07:30
openstackgerritKen Chen proposed openstack/sahara: Add CM API support for enable hdfs HA  https://review.openstack.org/19590107:33
*** hdd has joined #openstack-sahara07:33
*** hdd has quit IRC07:34
*** vgridnev has quit IRC07:34
openstackgerritKen Chen proposed openstack/sahara: Enable Java Keystore KMS service in CDH5.4  https://review.openstack.org/18937307:35
*** pino|work has joined #openstack-sahara07:53
*** Poornima has quit IRC08:25
*** Poornima has joined #openstack-sahara08:58
*** pino|work has quit IRC09:14
*** pino|work has joined #openstack-sahara09:15
openstackgerritXingchao Yu proposed openstack/puppet-sahara: Update README.md for project namespace change  https://review.openstack.org/19594809:29
*** tosky has joined #openstack-sahara09:32
openstackgerritXingchao Yu proposed openstack/puppet-sahara: Update README.md for project namespace change  https://review.openstack.org/19594809:50
*** links has quit IRC10:36
*** links has joined #openstack-sahara11:17
*** sgotliv has quit IRC11:18
*** sgotliv has joined #openstack-sahara11:19
*** links has quit IRC11:19
*** Longgeek_ has joined #openstack-sahara12:17
*** Longgeek has quit IRC12:21
*** Poornima has quit IRC12:21
*** raildo has joined #openstack-sahara12:37
*** AndreyPavlov has quit IRC12:38
*** Longgeek has joined #openstack-sahara12:41
*** htruta has joined #openstack-sahara12:44
openstackgerritEvgeny Sikachev proposed openstack/sahara: Improvement check scale in scenario tests  https://review.openstack.org/19551312:44
*** tellesnobrega has joined #openstack-sahara12:45
*** Longgeek_ has quit IRC12:45
*** htruta has quit IRC12:53
*** tellesnobrega has quit IRC13:04
*** tellesnobrega has joined #openstack-sahara13:08
*** tosky_ has joined #openstack-sahara13:27
*** tosky is now known as Guest935713:28
*** tosky_ is now known as tosky13:28
*** tosky_ has joined #openstack-sahara13:31
*** tosky is now known as Guest5966113:31
*** tosky_ is now known as tosky13:31
*** Guest9357 has quit IRC13:31
*** Guest59661 has quit IRC13:32
*** hdd has joined #openstack-sahara13:37
*** raildo has quit IRC13:45
*** raildo has joined #openstack-sahara13:47
*** htruta has joined #openstack-sahara13:49
*** Tiby has joined #openstack-sahara13:52
*** egafford has joined #openstack-sahara13:59
egaffordalazarev: Ping14:01
elmikoegafford: he's west coast, might not be around yet14:02
egaffordelmiko: Ah yes. I'll ping in a bit.14:03
elmikohe might, i dunno. just an fyo14:03
elmikoer fyi ;)14:03
*** saneax has quit IRC14:12
pino|workelmiko: fyo = for your organization, right? ;)14:16
tellesnobregaelmiko, when we don't have enough quotas for multiple clusters... what should be the expected output14:16
tellesnobrega?14:16
tellesnobregai can't remember what we decided14:16
tellesnobregaor if we did14:16
elmikotellesnobrega: i thought the default behavior is return the cluster ids and let the user inspect them14:16
elmikoi suppose if you can't create *any* clusters then maybe return an error.14:17
tellesnobregahum, ok14:17
elmikolike if you don't have quota for anything, or if you don't have permission to use the multiple cluster, then i could see returning an error14:17
elmikobut in general, i would prefer to see it as a thin wrapper around cluster creation14:18
elmikothis goes back into the idea of treating the mulitple clusters as a resource14:18
elmikosince we are not, then it should just be a thin wrapper14:18
elmikotellesnobrega: if you would like, we can bring it up with the api-wg to get more ideas?14:19
elmikopino|work: yea, that works ;)14:19
tellesnobregaapi-wg?14:20
elmikothe api working group14:21
tellesnobregaelmiko, i like the idea (as much as possible) to return error on extreme cases and let the user figure out the state of each cluster if we can create at least one14:21
elmikotellesnobrega: yea, i agree14:21
tellesnobregai just need to figure out how to do it14:21
elmikomaybe in v2 api we can revisit this and make it into a proper task with more options for querying the status of the entire operation. (but that's a ways away)14:22
tellesnobregafor sure14:22
elmikoi would make it simple to start, don't try to encode too much logic into the /multiple endpoint14:23
elmikoif the user doesn't have quota to make any clusters, just let the clusters each go into error state. (or w/e happens when you don't have quota)14:23
elmikootherwise we are starting to put too much logic into this "helper" endpoint14:24
tellesnobregayes, right now, the response is if all get created, we get a list of ids14:24
tellesnobregaif quotas exceed, at any time, we get quotas exceeded exceptions14:25
tellesnobregajust need to change this14:25
elmikook14:25
*** hdd has quit IRC14:33
*** sgotliv has quit IRC14:34
tellesnobregaelmiko, figured out one way to do it, but i got a problem14:37
tellesnobregajust added a check before the exception (quota exceeded is launched) to check if there is no cluster id in the list14:38
tellesnobregathis worked perfectly14:38
elmikook, that could work14:38
tellesnobregathe problem is, since i'm not throwing the exception, it keeps trying to create clusters14:39
elmikoi'm just concerned about queries where some work and some don't14:39
elmikoyea14:39
tellesnobregawhen it should stop14:39
tellesnobregathis work for queries where you go out of quota mid way through the call14:40
elmikoyea14:40
tellesnobregathe return is a list of ids14:40
tellesnobregabut it tries to create all clusters, doesn't stop once the quota problem is found14:40
elmikohmm14:41
elmikoi would only return an error if *none* of the clusters are created14:41
tellesnobregait is working this way14:46
tellesnobregai get quotas exception when none is created14:46
*** esikachev has quit IRC14:46
tellesnobregaand a list of clusters even if some are created and some are not14:46
elmikothat sounds good to me14:47
tellesnobregacool, i'm going to write a test for no quotas case and put under review14:47
elmikocool14:47
toskySergeyLukjanov, degorenko, sreshetnyak: did you ever try the Namenode HA implemented in Kilo? I have some troubles building a cluster following the instruction, do you have a working profile?14:51
*** htruta has quit IRC14:58
*** Nikolay_St has quit IRC15:02
tellesnobregaanyone knows of any problems with the tests?? just pulled from masters and ran the tests and I got 151 errors, most failing to load spark, cdh and vanilla plugin15:11
tellesnobregaand some with ImportError: No module named v2_3_0.versionhandler15:12
elmikohaven't seen that, i'll give it a run15:12
elmikotellesnobrega: did you try running with -r?15:12
tellesnobregaif running with -f now15:13
tellesnobregato reinstall venv15:13
tellesnobregasee what happens15:13
elmikounit tests all passed for me15:14
elmikotellesnobrega: yea, everything comes up green on mine15:16
tellesnobregaweird15:18
tellesnobregastill failing here15:18
tellesnobregamaybe its a OS X problem15:18
tellesnobregachanging to linux15:18
elmikoi'm using fedora 21, fwiw15:19
*** hdd has joined #openstack-sahara15:22
*** Tiby has quit IRC15:27
*** tellesnobrega has quit IRC15:34
*** tellesnobrega has joined #openstack-sahara15:38
openstackgerritSergey Vilgelm proposed openstack/sahara: Use right oslo.service entry points  https://review.openstack.org/19611115:39
openstackgerritSergey Vilgelm proposed openstack/sahara: Use right oslo.service entry points  https://review.openstack.org/19611115:41
tellesnobregaelmiko, it is a OS X problem i guess15:46
tellesnobregaworked on ubuntu15:47
elmikook, cool15:48
*** ViswaV has joined #openstack-sahara15:51
openstackgerritTelles Mota Vidal Nóbrega proposed openstack/sahara: Allow multiple clusters creation  https://review.openstack.org/19358615:51
*** ViswaV_ has joined #openstack-sahara15:55
*** htruta has joined #openstack-sahara15:56
*** ViswaV has quit IRC15:56
tellesnobregaelmiko, done ^15:57
elmikotellesnobrega: ack15:57
*** hdd has quit IRC16:09
*** tellesnobrega has quit IRC16:28
*** tellesnobrega has joined #openstack-sahara16:35
*** pino|work has quit IRC16:43
*** pino|work has joined #openstack-sahara16:44
*** pino|work has quit IRC16:51
*** Longgeek has quit IRC17:02
*** tellesnobrega has quit IRC17:03
*** ViswaV_ has quit IRC17:09
*** ViswaV has joined #openstack-sahara17:22
*** ViswaV_ has joined #openstack-sahara17:24
*** ViswaV has quit IRC17:26
egaffordalazarev: ping17:44
alazarevegafford, pong17:44
egaffordHi alazarev. tosky found this bug: https://bugs.launchpad.net/sahara/+bug/1468722. I investigated for a bit, and found that it looks as though the cluster deletion periodic job is counting on the existence of a trust_id, but that the trust_id is only created for transient clusters.17:45
openstackLaunchpad bug 1468722 in Sahara "Periodic cleanup of non-final clusters moves the cluster into Error instead of removing it" [High,New] - Assigned to Ethan Gafford (egafford)17:45
egaffordI was wondering if I was missing something critical about the periodic cluster cleanup feature, or whether we need to do one of (have the feature only apply to transient clusters, add trusts to permanent clusters, or change the way we build contexts in this case to not rely on trusts.)17:46
egaffordThoughts?17:47
alazarevegafford, yes, I saw a bug, looks like real issue17:47
egaffordalazarev: Okay, cool. It would certainly be simple enough to add trusts to standing clusters, and gate the cleanup job on both CONF.use_identity_api_v3 and the existence of a trust_id (for backward compatibility.)17:48
egaffordAre there downsides to that path that you can see?17:48
alazarevegafford, I thought about the same thing17:48
alazarevegafford, it will also help with 'long operations'17:49
alazarevegafford, there is a bp for that17:49
*** hdd has joined #openstack-sahara17:49
egaffordYup, I see it.17:49
egaffordAnd see that you're targeting it (and assigned) for L2.17:50
*** ViswaV_ has quit IRC17:50
*** hdd has quit IRC17:50
*** hdd has joined #openstack-sahara17:52
egaffordalazarev: Okay, so should we assume that this feature will be bugged for Kilo until a backport from L2? I'd be happy to implement the change (we're in a late-test product cycle here, and it'd be ideal to have the cluster cleanup feature for permanent clusters,) but if you're on track and have a plan, that's fine as well.17:53
egaffordtosky: ^ This discussion is relevant to your interests.17:54
toskyyep17:54
alazarevegafford, go ahead, I'm on parental leave now :)17:54
egaffordalazarev: Congrats!17:55
egaffordWill do; thanks alazarev.17:55
alazarevegafford, thanks!17:55
egaffordWill handle that; enjoy!17:55
elmikoalazarev: congrats!18:00
*** Longgeek has joined #openstack-sahara18:02
*** ViswaV has joined #openstack-sahara18:03
*** hogepodge has quit IRC18:06
*** Longgeek has quit IRC18:08
*** hdd has quit IRC18:11
*** tosky has quit IRC18:14
*** hogepodge has joined #openstack-sahara18:41
*** Nikolay_St has joined #openstack-sahara18:51
elmikoi think we need to talk about spark at the next meeting, because the sahara codebase references plugins for 0.9.1 and 1.0.0 of spark.18:52
elmikoand we are now introducing a patch that will create spark 1.3 images18:52
elmikohttps://review.openstack.org/#/c/19505418:52
elmikobut we have no way to generate older spark images, and i'm not sure we even want to18:52
elmikoregardless though, we should update the plugin version in sahara18:53
elmikoSergeyLukjanov: ^^18:53
elmikoi'm going to add this to the agenda for next time18:53
elmikoegafford, crobertsrh, ^^ curious about your thoughts as well18:56
*** Nikolay_St has quit IRC18:56
egaffordelmiko: I think it makes sense to stay current and deprecate older plugin versions fairly aggressively while we're in an adoption phase, certainly.18:58
elmikocool, i guess we just need to be agreesive about this18:59
elmikoalthough for spark things are easy so far since everything just uses spark-submit18:59
egaffordelmiko: It'll only get harder; might as well go for it. Well, I don't know that we need to very much, but I think it helps us a lot more than it hurts our users right now, and that'll change, so the time is now. Yup; thanks Spark!19:00
elmikoegafford: i'm just wondering if i should make a bug to deprecate 0.9.1, and then followup with 1.0.0 once this patch goes through?19:01
elmikoor will folks want a spec to talk about how we handle spark versions?19:01
egafford(Like with the vanilla 1 case. Good to deprecate now before enough people use us that at least one of them is crazy enough to be on Hadoop 1 still.) 1.0.0 is a judgment call; I'm not deep enough in Spark to make it.19:01
egafford0.9.1 definitely, I think.19:02
elmikofrom what i could tell from spark summit, 1.0.0 is ancient...19:02
elmikolike, anyone who is serious about spark is going to want the latest version19:02
egaffordSure; I wonder if that's a function of the audience or representative, but point taken.19:02
elmikoyea19:02
elmikothat's why i added it to the agenda for next week19:02
egaffordRight, but this kinda gets to the "it's not big data unless it's 10,000 cores" argument.19:02
elmikowell...19:03
egaffordI mean, sure, that's really big data, but folks use the tools successfully at much smaller scale and further from the bleeding edge.19:03
elmikothe more recent versions add some really nice optimizations and end user features19:03
elmikototally agree about size argument19:03
egaffordSure; and I'm totally for deprecating aggressively on general principle at this stage. I just don't have the context to judge on 1.0.0, but I also am a little bit skeptical of assuming version usage patterns match Spark Summit.19:05
elmikogood point19:05
egaffordYou're almost certainly right; you have more context. Just makin' arguments.19:05
elmikono, it's a good argument19:05
elmikoit looked to me like the version differences in spark were pretty different from how things are in hadoop world19:06
elmikobest to talk with willb and rnowling next week about it too19:06
egaffordelmiko: Totally.19:06
elmikofrom my understanding, a 1.0.0 app will still run on 1.4.019:06
elmikoyou just get all sort of nice under-the-hood optos19:07
elmikothen again, maybe i just have spark madness </ren hoek voice>19:07
egaffordYou have had this Spark cluster since you were a child!19:08
elmikoit's soo steeenky19:08
egaffordAnd... scene.19:08
elmikosorry, i loved that episode lol19:08
egaffordOh, it was completely fabulous.19:08
elmikohttp://i.imgur.com/mRISGFa.jpg19:09
elmikoshould be our new logo for sahara19:09
egaffordA few thoughts: 1) copyright infringement. 2) relevance. 3) kinda sends the wrong message about user experience.19:10
egaffordBeyond that, I'm strongly for.19:10
elmikoLOL19:10
elmikoman, why do you always have to bring reality into these discussions... ;)19:10
egaffordI was always a big fan of Mr. Horse.19:11
elmikooh yea19:11
openstackgerritEmilien Macchi proposed openstack/puppet-sahara: acceptance: install RDO repo the right way  https://review.openstack.org/19621719:52
*** hdd has joined #openstack-sahara19:59
*** Longgeek has joined #openstack-sahara20:04
*** hdd has quit IRC20:05
*** Longgeek has quit IRC20:09
*** hdd has joined #openstack-sahara20:13
*** hdd has quit IRC20:18
*** sgotliv has joined #openstack-sahara20:52
*** raildo has quit IRC21:06
*** htruta has quit IRC21:13
*** hdd has joined #openstack-sahara21:15
*** Longgeek has joined #openstack-sahara21:22
*** openstack has joined #openstack-sahara21:24
*** Longgeek has quit IRC21:26
openstackgerritMerged openstack/puppet-sahara: acceptance: install RDO repo the right way  https://review.openstack.org/19621721:48
*** htruta has joined #openstack-sahara21:50
*** hdd has quit IRC21:54
*** Nikolay_St has joined #openstack-sahara22:18
*** htruta has quit IRC22:19
openstackgerritMerged openstack/sahara: Updated from global requirements  https://review.openstack.org/19512222:34
*** Nikolay_St has quit IRC22:37
*** saneax has joined #openstack-sahara22:47
*** egafford has quit IRC22:58
*** ekarlso has quit IRC23:18
*** ekarlso has joined #openstack-sahara23:18
*** Longgeek has joined #openstack-sahara23:22
*** Longgeek has quit IRC23:44

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