[00:00:23] <nuria_>	 Pchelolo: yes, code is on a branch: https://gerrit.wikimedia.org/r/#/q/status:merged+project:analytics/aqs+branch:new-aqs-cluster
[00:00:37] <nuria_>	 Pchelolo: let's touch base on this tomorrow
[00:01:51] <Pchelolo>	 nuria_: kk, ping me if you have troubles.. We'd need to update AQS to the newest RB development state after that
[00:02:33] <nuria_>	 Pchelolo: I am sure there is a way to solve docker issues on ubuntu, i have no doubt but the root issue is that deploying in this platform is too cumbersome
[00:03:16] <nuria_>	 and error prone
[00:03:42] <nuria_>	 Pchelolo: but I will talk to gwicke about it  next week and hopefully state of affairs can improve next quarter
[00:05:50] <nuria_>	 Pchelolo: super thanks for your help and prompt responses though, i just wish
[00:06:12] <nuria_>	 deploying  wouldn't need help on your end
[00:06:18] <Pchelolo>	 nuria_: hehe, np. Ye, I guess we can improve something on that front
[07:11:22] <wikibugs>	 Analytics, Operations: Remove cronspam from stat1002 to root@ - https://phabricator.wikimedia.org/T145606#2635815 (elukey)
[08:18:56] <wikibugs>	 Quarry, Discovery, Labs-project-other, Wikidata, and 2 others: Setup sparqly service at https://sparqly.wmflabs.org/  (like Quarry) - https://phabricator.wikimedia.org/T104762#2635939 (Multichill) With the current SPARQL setup it's easy to share queries either by full url or by short url. I think...
[08:30:19] <wikibugs>	 Analytics, Operations: Remove cronspam from stat1002 to root@ - https://phabricator.wikimedia.org/T145606#2635986 (elukey)
[09:37:19] * elukey afk for 30 mins
[10:49:27] <wikibugs>	 Quarry, Discovery, Labs-project-other, Wikidata, and 2 others: Setup sparqly service at https://sparqly.wmflabs.org/  (like Quarry) - https://phabricator.wikimedia.org/T104762#2636433 (Base) Do I get it right that now a query cannot be longer than URL length limit? How much exactly is that number...
[10:55:59] <wikibugs>	 Quarry, Discovery, Labs-project-other, Wikidata, and 2 others: Setup sparqly service at https://sparqly.wmflabs.org/  (like Quarry) - https://phabricator.wikimedia.org/T104762#1426314 (jcrespo) @Base, your questions are very interesting, and you seem to have really nice suggestions, but I would s...
[11:12:29] <elukey>	 joal: you around?
[11:12:33] <joal>	 I am
[11:12:39] <elukey>	 aloha :)
[11:12:51] <joal>	 hey elukey :)
[11:13:08] <joal>	 elukey: What'sup?
[11:13:12] <elukey>	 yesterday I tried to build aqs-deploy on my mac but there seems to be a problem with the current service runner that we are using
[11:13:24] <joal>	 hm
[11:13:25] <elukey>	 so I can't build the docker image
[11:13:56] <elukey>	 the services team suggested to upgrade but we have others changes in the pipeline
[11:14:03] <joal>	 right
[11:14:38] <elukey>	 IIRC you have all the settings working fine on your dev desk right? Do you have some time to build/deploy with me the new branch to aqs100[456] ?
[11:14:53] <joal>	 elukey: I can !
[11:14:58] <elukey>	 thanksssssssss
[11:15:04] <elukey>	 should be new-aqs-cluster
[11:15:21] <joal>	 elukey: only thing I'm sure of is using non-master branch from gerrit
[11:15:30] <joal>	 elukey: first time for me ;)
[11:15:46] <joal>	 elukey: hopefully I'll find my path :)
[11:15:53] <elukey>	 yes I think that few people did it :D
[11:16:08] <elukey>	 maybe we can discuss what can break?
[11:16:27] <elukey>	 not sure if scap tolerates multiple branches
[11:17:08] <joal>	 elukey: I have no idea
[11:18:01] <joal>	 elukey: I'm gonna go step by step: first, gather the patches on a specific branch for aqs src
[11:19:10] <joal>	 elukey: done, easy enough
[11:20:07] <elukey>	 joal: the only thing that worries me are the repo-symlinks that scap creates
[11:20:24] <elukey>	 because I am not sure if it assumes a single branch or not
[11:20:25] <joal>	 elukey: hm
[11:20:57] <joal>	 elukey: even before scap, I'm wondering about how docker commits to aqs-deploy repo
[11:21:29] <elukey>	 ah you mean if you can specify the target branch
[11:21:31] <elukey>	 mmmmm
[11:21:33] <elukey>	 good point
[11:22:07] * elukey invokes the master of services mobrovac (if he has time :)
[11:23:36] <joal>	 elukey: tests passed for me on the dedicated branch (just another check)
[11:24:04] <joal>	 elukey: Will try the local-deploy-repo-commit process
[11:27:39] <elukey>	 I didn't find anything to force server.js build to a specific branch, but it might be smart and figure out which one it is tracked by the current local one?
[11:27:44] <elukey>	 too much magic?
[11:28:16] <joal>	 elukey: agreed, currently looking
[11:30:45] <joal>	 elukey: from what I read, automagic deploy process only happens on master
[11:31:39] <joal>	 elukey: https://github.com/wikimedia/service-runner/blob/master/lib/docker.js#L356
[11:31:47] <elukey>	 error = EMAGIREQUESTED
[11:32:13] <elukey>	 ah yes seems clear from the code :D
[11:32:35] <elukey>	 joal: let's wait for Nuria then and decide what to do
[11:32:35] <joal>	 elukey: I can trick it though: auto-deploy locally, pick the commit in a branch, revert on master
[11:32:56] <elukey>	 mmmmm
[11:33:01] <joal>	 elukey: git magic against service-runner magic ;)
[11:34:28] <elukey>	 yeah
[11:34:51] <elukey>	 thanks for checking! We'll decide later on.. now I am going to see if I can do something with pivot
[11:34:54] <elukey>	 :D
[11:35:11] <joal>	 elukey: no prob, let me know if you want me to take actions :)
[11:36:02] <elukey>	 sure :)
[11:36:09] <joal>	 elukey: by the way, I think you know it, but new aqs is FULL of DATAZZZZZZ :D
[11:36:30] <elukey>	 WE HAVE THE DATAZ LOAD3D!!!111!!!
[11:36:33] <elukey>	 \o/
[11:36:36] <elukey>	 great job :)
[11:37:10] * joal thanks elukey for being a fantastic colleague :d
[11:37:23] <joal>	 :D
[11:37:30] <joal>	 big fingers ...
[11:43:05] <joal>	 mforns: Hellooooooooo !
[11:43:19] * joal was waiting for mforns :)
[11:43:21] <mforns>	 joal, hi!!
[11:44:09] <joal>	 mforns: I have interesting results on data vettingh
[11:44:18] <mforns>	 joal, oh!
[11:44:21] <mforns>	 batcave?
[11:44:26] <joal>	 mforns: meaning: no magic :)
[11:44:31] <joal>	 which is good
[11:44:38] <joal>	 sure mforns, OMW
[12:36:56] <mobrovac>	 elukey: i'm here now, what's up?
[12:39:57] <elukey>	 aloha, so we were wondering if scap is able to deploy a branch that is not master.. we have two clusters up and running atm (new and old AQS) that need different settings. So since we need to deploy to the newer one we created a new branch in aqs-deploy and aqs repos
[12:40:40] <elukey>	 but after a quick check it seems that we'd need to hack a bit to make it work
[12:41:02] <elukey>	 (both from the service runner side and scap side)
[12:41:33] <elukey>	 so I wanted to know from you if you ever had to deploy different branches from tin -> different clusters
[12:43:40] <mobrovac>	 hm i think it should be doable with scap deploy --rev <branch-name>
[12:43:59] <mobrovac>	 --rev is supposed to take a ref, so it could be a branch in theory
[12:44:09] <mobrovac>	 i've never tried/needed to deploy a branch though
[12:44:41] <mobrovac>	 with regards to different clusters, you can use --environment which allows you to have different settings
[12:44:59] <mobrovac>	 there's a task pending to make it also override scap.cfg stuff
[12:45:26] <mobrovac>	 and for service runner, you can specify the remote branch to pull in when building the repo
[12:45:37] <mobrovac>	 lemme find the docs for this case
[12:47:38] <mobrovac>	 https://www.mediawiki.org/wiki/ServiceTemplateNode/Deployment#Local_git
[12:49:00] <elukey>	 ah nice I didn't find the git config deploy.remote deploy_repo_remote_name  before
[12:49:03] <elukey>	 thanks :)
[13:20:42] <milimetric>	 hey yall
[13:22:05] <elukey>	 o/
[13:22:27] <joal>	 Hi milimetric
[13:22:39] <milimetric>	 joal: checking out edit data in druid
[13:22:45] <joal>	 cool milimetric :)
[13:22:47] <milimetric>	 so cool :)
[13:23:07] <joal>	 milimetric: we have a better run now, will update druid soon (currently vetting)
[13:23:51] <milimetric>	 that's great
[13:24:15] <milimetric>	 joal: before you update, what's "revision text bytes dim"?
[13:24:40] <joal>	 milimetric: the dimension - (allows to sum them when grouping by)
[13:25:04] <milimetric>	 but that's a metric not a dimension
[13:25:10] <joal>	 renaming is needed to also have it as a dimensions (meant measure in the previous line sorry)
[13:25:35] <mforns>	 joal, the data is in the table.
[13:25:50] <joal>	 mforns: saw that, vetting: wayyyyyy better :)
[13:25:58] <joal>	 mforns: About half the nulls gone
[13:26:02] <milimetric>	 ok, hm, maybe we can do "text_bytes" and "text_bytes_diff" instead?
[13:26:16] <mforns>	 joal, cool!
[13:26:25] <elukey>	 milimetric: do you have 10/20 minutes today to chat about pivot deployment? (also if you feel better)
[13:26:25] <joal>	 milimetric: I don't get it :)
[13:26:33] <milimetric>	 elukey: yes
[13:26:35] <mforns>	 hi milimetric, are you feeling better? :]
[13:26:37] <milimetric>	 joal: batcave?
[13:26:42] <joal>	 sure, OMW
[13:26:45] <milimetric>	 yeah, still a little weird, but better
[13:26:52] <mforns>	 milimetric, can I join you guys?
[13:26:57] <milimetric>	 no
[13:26:59] <milimetric>	 not allowed
[13:27:09] <mforns>	 o.O
[13:27:15] <joal>	 :D
[13:27:39] <milimetric>	 mforns: come on in!
[13:27:44] * mforns is hesitant now
[13:27:49] <mforns>	 hehe
[13:46:31] <elukey>	 milimetric: (whenever you have time) - I am a bit confused now about what should be the entry point of the pivot app
[13:46:52] <elukey>	 I have bin/pivot for the dev case (that calls build/server.js IIRC)
[14:02:06] <milimetric>	 hi elukey, now's good, https://hangouts.google.com/hangouts/_/wikimedia.org/a-batcave-2
[14:02:56] <wikibugs>	 Analytics, MediaWiki-API, Reading-Infrastructure-Team: Add pageview stats to the action API - https://phabricator.wikimedia.org/T144865#2636753 (dr0ptp4kt) @tgr, yes, I would recommend getting the unique devices count with the 60 day approach mentioned in the description and email thread.  Regarding...
[14:04:29] <milimetric>	 ottomata: where's your pivot running, we need to steal the config
[14:07:29] <ottomata>	 hiiii
[14:07:44] <ottomata>	 um, i suppose /home/otto/imply-pivot on stat1002
[14:07:49] <ottomata>	 unless elukey has it elsewhere now
[14:09:06] <elukey>	 yep!
[14:09:22] <joal>	 Hi elukey !
[14:09:29] <joal>	 elukey: I think we broke pivot :)
[14:09:36] <joal>	 Do you mind restarting it?
[14:10:20] <elukey>	 ahahhah
[14:10:20] <elukey>	 sure
[14:11:15] <elukey>	 done :)
[14:11:58] <joal>	 thx elukey :)
[14:12:23] <elukey>	 joal: I tried to dump the config and it lists dimensions and measures
[14:12:32] <elukey>	 so it is something that we should specify in the config file
[14:12:35] <elukey>	 when we change them
[14:12:41] <elukey>	 atm is does auto-discovery afaics
[14:12:47] <joal>	 elukey: hm
[14:14:56] <joal>	 mforns: event_user_text_latest is indeed buggy
[14:15:06] <mforns>	 joal, aha
[14:15:28] <joal>	 mforns: or at least I think
[14:15:37] <mforns>	 joal, I agree
[14:16:46] <joal>	 also mforns, milimetric : Unlinked revisions are not coming from archive (revision_deleted_timestamp is null)
[14:16:57] <mforns>	 ok
[14:17:24] <ottomata>	 yo doods have you heard of this?
[14:17:24] <ottomata>	 http://zeppelin.apache.org/
[14:17:25] <ottomata>	 cause i haven't
[14:17:26] <ottomata>	 :)
[14:17:49] <joal>	 ottomata: I told you about that one a year ago, in mexico I think ;)
[14:18:10] <ottomata>	 oh hahah
[14:18:13] <ottomata>	 then i have heard of it!
[14:18:21] <joal>	 ottomata: But at that time we were going toward jupyter integration
[14:18:32] <joal>	 ottomata: and I think it makes sense
[14:18:51] <ottomata>	 aye k
[14:19:18] <ottomata>	 i was just browsing aroudn waiting for jenkins, (well 'waiting for zookeeper'), and was looking at apache 'big data' projects
[14:19:19] <ottomata>	 :)
[14:20:02] <joal>	 ottomata: I mean, given the discussion we had yesterday, we definitely will think about this more soon (I hope !)
[14:21:25] <joal>	 mforns: really weird things about user text
[14:21:33] <mforns>	 joal, aha
[14:21:47] <joal>	 mforns: back to the cave again?
[14:21:54] <mforns>	 ooook :]
[14:27:53] <milimetric>	 urandom: quick gulp / servicerunner question
[14:28:05] <milimetric>	 so this repo elukey and I are trying to deploy needs to be built with gulp
[14:28:26] <milimetric>	 I was thinking it makes sense to call gulp from servicerunner's build (when we do server.js build)
[14:30:25] <urandom>	 milimetric: you may be asking the wrong person
[14:30:30] * urandom googles gulp
[14:31:11] <urandom>	 "automate and enhance your workflow"
[14:31:12] <urandom>	 nice.
[14:31:23] <urandom>	 milimetric: have you tried mobrovac ?
[14:32:01] <milimetric>	 urandom: boo me, I'm just getting back from two days sick and my brain is not declogged, sorry
[14:32:04] <milimetric>	 yes, mobrovac ^
[14:32:11] <urandom>	 milimetric: i mean, i'm happy to have this bounced off me and to help you think it through, but i seem to be staring at a disadvantage
[14:32:36] <milimetric>	 no dude, totally my fault :) sorry
[14:32:44] <urandom>	 k :)
[14:33:45] <mobrovac>	 service-runner build can help you on the last step, when all that is left to do is install the correct ndoe modules in the deploy repo
[14:34:05] <mobrovac>	 milimetric: what gulp stuff do you need to do with the repo?
[14:35:12] <milimetric>	 mobrovac: just "gulp", their src is in typescript so they need to compile to js
[14:35:44] <milimetric>	 mobrovac: I can do it as part of dev and push it to the repo, but was thinking the build step made sense
[14:36:04] <grrrit-wm>	 (PS8) Mforns: [WIP] Join and denormalize all histories into one [analytics/refinery/source] - https://gerrit.wikimedia.org/r/307903 (owner: Milimetric)
[14:36:18] <mobrovac>	 ah i see
[14:40:41] <elukey>	 urandom: do you want to deploy the puppet change for cassandra today ? :)
[14:40:49] <urandom>	 sure
[14:41:01] <elukey>	 ok maybe in ~1 hr?
[14:41:04] <urandom>	 sure
[14:41:16] <urandom>	 elukey: ping me when it's convenient
[14:41:20] <elukey>	 super
[14:41:29] * elukey should have answered "sure"
[14:41:32] <elukey>	 :D
[14:41:33] <urandom>	 :)
[14:42:02] <milimetric>	 mobrovac: so, any ideas?
[14:43:00] <mobrovac>	 milimetric: access to the repo you are trying to build would greatly help
[14:43:01] <mobrovac>	 :D
[14:43:52] <milimetric>	 mobrovac: heh, we're working off my fork until they figure out their issues: https://github.com/milimetric/pivot
[14:44:12] <mobrovac>	 kk, will take a look and let you know today a bit later
[14:44:18] <milimetric>	 thx mobrovac
[14:47:59] <elukey>	 joal: if you want to see the pivot config that is autogenerated you can run /home/otto/imply-pivot/bin/pivot --druid druid1001.eqiad.wmnet:8082 --print-config --with-comments on stat1002
[14:50:30] <joal>	 k elukey
[14:50:52] <elukey>	 so we could do two things:
[14:51:15] <elukey>	 1) use the --config option and change it everytime we add dimensions/measures/etc..
[14:51:40] <elukey>	 2) rely completely on auto-discovery but each time something changes we'd need to restart pivot
[14:52:08] <elukey>	 (with 1) we'll have a related systemd restart pivot)
[14:52:16] <joal>	 elukey: if we need to change the config manully, wouldn't we need to restart pivot as well?
[14:52:24] <joal>	 elukey: Ok !
[14:53:07] <joal>	 elukey: I guess having a puppet managed config file is probably better, particularly if puppet understands it needs to restart the thing after a change
[15:03:01] <milimetric>	 a-team: standup
[15:03:11] <ottomata>	 EEK
[15:04:10] <wikibugs>	 Analytics-Kanban, Continuous-Integration-Infrastructure, Differential, EventBus, Wikimedia-Stream: Run Kasocki tests in Jenkins via Differential commits - https://phabricator.wikimedia.org/T145140#2636952 (Ottomata)
[15:18:09] <milimetric>	 joal: btw you're technically going to scrum of scrums today, but I can cover for you if you want
[15:18:24] <milimetric>	 we never talked about that, but it's pretty late for europe
[15:18:43] <joal>	 milimetric: I planned to go there, it'll be good for me to do it :)
[15:18:50] <milimetric>	 ok, good
[15:19:04] <joal>	 thanks for offering milimetric :)
[15:26:24] <joal>	 elukey: quick confirmation: Are going to sevilla from madrid, or direct with plane?
[15:27:31] <elukey>	 joal: I still need to finalize my trip but on saturday and Thursday there is a very cheap ryanair direct flight
[15:27:55] <elukey>	 so it would be super great for me
[15:28:32] <joal>	 elukey: sounds great :)
[15:28:45] <joal>	 elukey: finalizing train, so just wsant to be sure :)
[15:29:15] <elukey>	 :)
[15:29:50] <grrrit-wm>	 (CR) Ottomata: "Hm, um, it is POC, there is not project associated with this. I was just parking in gerrit. Should I not?" [analytics/refinery/source] - https://gerrit.wikimedia.org/r/225485 (owner: Ottomata)
[15:32:19] <milimetric>	 elukey: your ops summary was great, gj
[15:33:08] <wikibugs>	 Analytics, MediaWiki-API, Reading-Infrastructure-Team: Add pageview stats to the action API - https://phabricator.wikimedia.org/T144865#2612941 (Antigng) The patch works for me.
[15:33:09] <elukey>	 milimetric: thanks! it usually takes me a while to get things but eventually it works :D
[15:40:04] <elukey>	 a-team: puppet is failing on all the analytics hosts due to a switch of the puppet master (palladium -> puppetmaster1001)
[15:40:17] <elukey>	 firewall rules need to be upgraded :)
[15:40:52] <milimetric>	 ooh
[15:46:07] <ottomata>	 oh the vlan acl rules?
[15:46:08] <ottomata>	 haha
[15:47:25] <elukey>	 yes :D
[15:47:53] <mforns>	 joal, milimetric, the data created with the split-by-month optimization is in denormalized2
[15:48:03] <joal>	 mforns: great !
[15:48:05] <mforns>	 it took around 20 mins
[15:48:06] <joal>	 mforns: faster?
[15:48:08] <joal>	 right
[15:48:15] <joal>	 half time
[15:48:24] <mforns>	 but haven't checked if it's correct
[15:48:38] <mforns>	 looking for ways to easily check if 2 tables are identical in hive
[15:57:37] <milimetric>	 joal: isn't aqs loading in oozie?  I was looking around https://github.com/wikimedia/analytics-refinery/tree/master/oozie
[15:58:00] <joal>	 milimetric: it is! But it's named cassandra
[15:58:09] <milimetric>	 aha
[15:58:19] <milimetric>	 sorry, thx
[15:58:29] <joal>	 np milimetric, aqs would have been better
[15:58:53] <milimetric>	 there was a question on phab about if it's possible for us to emit an event when cassandra loading is done for a specific endpoint
[15:59:00] <milimetric>	 and I thought yes but wanted to double check
[15:59:02] <milimetric>	 looks like yes
[15:59:43] <joal>	 milimetric: I think oozie can do that, probably depends on what event means
[16:00:00] <milimetric>	 event bus event, kafka
[16:00:13] <milimetric>	 just wanted to make sure we have a workflow step that would know that condition is met, joal
[16:00:17] <milimetric>	 looks like we do here: https://github.com/wikimedia/analytics-refinery/blob/master/oozie/cassandra/daily/workflow.xml#L395
[16:01:04] <joal>	 milimetric: correct, if the loading succeeds, temp data is deleted (that means the thing has worked)
[16:01:58] <milimetric>	 joal: in case you want to follow in phab: https://phabricator.wikimedia.org/T143912#2618239
[16:03:01] <joal>	 thanks milimetric
[16:03:58] <joal>	 taking a break a-team, will be back before SoS
[16:04:05] <mforns>	 ok joal :]
[16:07:36] <elukey>	 !log cassandra on aqs100[123] restarted for T130861
[16:07:37] <stashbot>	 T130861: Investigate and implement possible simplification of Cassandra Logstash filtering - https://phabricator.wikimedia.org/T130861
[16:07:38] <analytics-logbot>	 Logged the message at https://www.mediawiki.org/wiki/Analytics/Server_Admin_Log, Master
[16:07:43] <elukey>	 joal: --^
[16:16:11] <mforns>	 milimetric, do you have 5 mins to look at a query?
[16:48:32] * elukey goes afk! 
[18:02:47] <wikibugs>	 Analytics-Cluster, Operations: decom titanium - https://phabricator.wikimedia.org/T145666#2637714 (Dzahn)
[18:05:13] <wikibugs>	 Analytics-Cluster, Operations, Patch-For-Review: decom titanium - https://phabricator.wikimedia.org/T145666#2637734 (Dzahn)
[18:12:25] <wikibugs>	 Analytics-Cluster, Operations, Patch-For-Review: Migrate titanium to jessie (archiva.wikimedia.org upgrade) - https://phabricator.wikimedia.org/T123725#2637765 (Dzahn) Open>Resolved titanium has been replaced by meitnerium. This is done. The remaining decom steps (up to physically removing it...
[18:12:51] <wikibugs>	 Analytics-Cluster, Operations: Migrate titanium to jessie (archiva.wikimedia.org upgrade) - https://phabricator.wikimedia.org/T123725#2637771 (Dzahn)
[18:13:18] <milimetric>	 mforns: sure, cave?
[18:14:18] <wikibugs>	 Analytics-Cluster, Operations, Patch-For-Review: decom titanium - https://phabricator.wikimedia.org/T145666#2637783 (Dzahn) a:Dzahn>None removing from pupet, preparing the decom,  will wait another couple days or so before physical shutdown and removal from DNS
[18:14:27] <wikibugs>	 Analytics-Cluster, Operations, Patch-For-Review: decom titanium - https://phabricator.wikimedia.org/T145666#2637785 (Dzahn) a:Dzahn
[18:26:23] <mforns>	 milimetric, hi
[18:26:35] <mforns>	 cave now?
[18:26:49] <milimetric>	 omw
[19:05:55] <wikibugs>	 Analytics-Tech-community-metrics, Possible-Tech-Projects, Epic: Allow contributors to update their own details in tech metrics directly - https://phabricator.wikimedia.org/T60585#2637927 (Sumit) This task featured in GSoC 15', but does it need further work? whats the current progress? Is this still a...
[20:06:16] <wikibugs>	 Analytics-Tech-community-metrics, Developer-Relations (Jul-Sep-2016): Allow AKlapper to access https://wikimedia.biterg.io/edit/ - https://phabricator.wikimedia.org/T144704#2638147 (Aklapper)
[20:15:17] <grrrit-wm>	 (PS2) Ottomata: [WIP] POC for Realtime Trending Pageviews [analytics/refinery/source] - https://gerrit.wikimedia.org/r/225485
[20:15:40] <grrrit-wm>	 (CR) Aklapper: "Setting "[WIP]" prefix per https://www.mediawiki.org/wiki/Gerrit/Code_review/Getting_reviews#Test_your_changes" [analytics/refinery/source] - https://gerrit.wikimedia.org/r/225485 (owner: Ottomata)
[20:18:55] <milimetric>	 mforns: btw, this probably doesn't affect you but I'm querying the tables I have in testing/mediawiki/tables right now
[20:19:13] <mforns>	 milimetric, ok, no I don't think there's any problem
[20:19:17] <milimetric>	 (just in case you saw weird performance)
[20:19:42] <mforns>	 no, no, I'm also wrapping up for today
[20:20:05] <milimetric>	 ok, cool, have a good night
[20:27:35] <grrrit-wm>	 (CR) Yurik: [C: 2 V: 2] Ensure all metrics are logged with the same time [analytics/discovery-stats] - https://gerrit.wikimedia.org/r/308816 (https://phabricator.wikimedia.org/T144652) (owner: MaxSem)
[20:28:40] <mforns>	 bye team!
[23:12:39] <grrrit-wm>	 (PS1) MaxSem: Ensure all metrics are logged with the same time [analytics/discovery-stats] - https://gerrit.wikimedia.org/r/310691 (https://phabricator.wikimedia.org/T144652)
[23:12:50] <grrrit-wm>	 (CR) MaxSem: [C: 2 V: 2] Ensure all metrics are logged with the same time [analytics/discovery-stats] - https://gerrit.wikimedia.org/r/310691 (https://phabricator.wikimedia.org/T144652) (owner: MaxSem)