[07:14:14] (CR) Gilles: "The point is that the variable isn't defined inside the script. I can't run it if your username is hardcoded inside of it, it mean that I " [analytics/multimedia] - https://gerrit.wikimedia.org/r/133353 (owner: MarkTraceur) [07:39:31] (PS1) Gilles: Remove hardcoded username/home [analytics/multimedia] - https://gerrit.wikimedia.org/r/133423 [07:40:14] (CR) Gilles: [C: 2 V: 2] Remove hardcoded username/home [analytics/multimedia] - https://gerrit.wikimedia.org/r/133423 (owner: Gilles) [07:40:24] (CR) Gilles: "https://gerrit.wikimedia.org/r/#/c/133423/" [analytics/multimedia] - https://gerrit.wikimedia.org/r/133353 (owner: MarkTraceur) [07:43:35] (PS1) Gilles: Deploy needs to run from the checkout folder [analytics/multimedia] - https://gerrit.wikimedia.org/r/133424 [07:43:55] (CR) Gilles: [C: 2 V: 2] Deploy needs to run from the checkout folder [analytics/multimedia] - https://gerrit.wikimedia.org/r/133424 (owner: Gilles) [07:44:13] (CR) Gilles: "https://gerrit.wikimedia.org/r/#/c/133424/" [analytics/multimedia] - https://gerrit.wikimedia.org/r/133353 (owner: MarkTraceur) [07:45:45] (CR) Gilles: "Also I've noticed that your crons ran just before midnight UTC. It'd be better if they ran after midnight, because the current unfinished " [analytics/multimedia] - https://gerrit.wikimedia.org/r/133353 (owner: MarkTraceur) [07:56:00] (CR) Nuria: [C: 2] Fixes problem with deleting empty cohorts. [analytics/wikimetrics] - https://gerrit.wikimedia.org/r/131232 (https://bugzilla.wikimedia.org/64724) (owner: Terrrydactyl) [07:57:36] (PS1) Ottomata: Initial repository layout [analytics/refinery] - https://gerrit.wikimedia.org/r/133425 [09:29:02] nuria: here is another repository layout question [09:29:13] so, christian has these handy kraken-toolbelt classes [09:29:16] I am moving them over to refinery [09:29:21] as refinery-tools [09:29:24] they compile just fine now :) [09:29:30] but, i've been meanign to make a shell wrapper script for them [09:29:31] yes, the ones that would be a different jar right? [09:29:35] yes [09:29:44] so that you don't have to do hadoop -jar ... name.of.Class ... [09:29:54] where would the shell wrapper go? [09:30:01] in refinery/source/bin [09:30:01] ? [09:30:03] or refinery/bin [09:30:04] ? [09:30:38] it isn't compiled code, but it is meant to work directly with the .jar that is built by refinery/source/refinery-tools [09:32:08] ya, I see, it's a conevience script [09:32:12] *convenience [09:32:29] i would put it in source /bin [09:32:33] mehhh, let's put it in refinery/bin [09:32:33] ? [09:32:34] hah [09:32:36] haha [09:32:36] SORRY [09:32:40] refinery/bin [09:32:44] oh that is what you meant? [09:32:46] yes [09:32:53] ok i'm for it [09:32:55] danke [09:32:59] i am the slowest typer of the world [17:32:13] so quiet in analytics today :) [17:36:00] milimetric, need some distraction? [17:36:13] haha, no, thank you [17:36:14] I could use some help if you have a moment [17:36:18] damn :) [17:36:21] I need some lunch right now and then I have a wall of work :) [17:36:24] kk [17:36:24] oh! [17:36:33] uh... ok, I can't refuse [17:36:34] what's up? [17:36:45] ha ha, hang on a sec [18:22:08] (CR) Ottomata: "Naw, I got more commits coming in soon! I'm moving over kraken-toolbelt, and Nuria's stuff once merged will move into refinery-core." [analytics/refinery/source] - https://gerrit.wikimedia.org/r/133257 (owner: Ottomata) [18:24:08] (PS2) Ottomata: Initial repository layout [analytics/refinery] - https://gerrit.wikimedia.org/r/133425 [18:34:20] (PS1) Ottomata: Adding bin/sequence-file wrapper for refinery-tools [analytics/refinery] - https://gerrit.wikimedia.org/r/133519 [18:34:38] (PS1) Ottomata: Adding refinery-tools and pom.xml content [analytics/refinery/source] - https://gerrit.wikimedia.org/r/133520 [18:49:15] DarTar: did you end up pinging jaime? i thought about your concerns yesterday and i want to make sure we’re all on the same page. [19:36:48] hey terrrydactyl, not yet — i’ll drop her a line [19:37:28] milimetric: I think the performance issue was a temporary glitch with the DB [19:37:49] the queries timeboxed with a short interval are now really fast [19:40:13] makes sense DarTar [19:40:29] the query could probably be improved a bit but there was nothing awful about it [21:26:02] milimetric: I have been thinking about the google spreadsheet for this sprint [21:26:16] yep [21:26:41] the burn up has been working for us, but do you think it would be worthwhile to try the burn down? [21:26:59] it would means asking “how many hours remain on this task” at standup [21:27:28] It’s ok if it’s too late to bring this up with the team this sprint [21:27:43] i think we should try that, sure, but maybe next sprint [21:28:32] Ok… I’ll bring it up at the next retrospective [23:37:33] did something go wrong with the hive monitoring tool, or am I an eejit? Only I'm following the instructions on https://wikitech.wikimedia.org/wiki/Analytics/Kraken/Access and it doesn't seem to work [23:37:56] Ironholds: which part? [23:38:20] ah, sorry. Should've been clearer [23:38:51] the SOCKS proxy bit sets up fine, and then refuses to forward me to the job viewer. [23:38:55] example URL'd be http://analytics1010.eqiad.wmnet:8088/taskdetails.jsp?jobid=job_1387838787660_4528&tipid=task_1387838787660_4528_m_000000 [23:39:03] Not sure if I've misconfigured or what. [23:39:37] what's the output of curl -vvv [that url] ? [23:41:43] from analytics 1010, it 404s, so it's definitely making a connection [23:42:00] from my machine it won't even connect, although FoxyProxy recognises that this is a URL it should be using this proxy for. [23:42:02] at least we know your proxy setup is right [23:42:39] yeah. hrm. [23:48:00] Ironholds: try: [23:48:32] http://analytics1010.eqiad.wmnet:8088/proxy/application_1387838787660_4528/jobhistory/job/job_1387838787660_4528 [23:49:39] no dice. [23:49:51] "can't find the server at.." [23:50:17] it's not your setup, it's the server [23:50:35] you can't get in either? [23:51:04] if i curl /cluster from a shell on the cluster, i get a page with lots of links [23:51:20] if i attempt to curl any of them, the i get a 302 redirect to a URL that 404s [23:51:33] and from locally, using a proxy? [23:52:37] well, i could see how attempting to access via a proxy wouldn't work whereas accessing directly would [23:52:42] but not how the other way around would happen [23:53:03] gotcha [23:53:09] hrm. okay, I'll throw a bug in. Thanks for verifying! [23:53:32] np, would have dug in deeper but i'm multitasking ;)