[00:19:12] <wikibugs>	 10Analytics, 10Performance-Team, 10Research, 10Security-Team, 10WMF-Legal: A Large-scale Study of Wikipedia Users' Quality of Experience: data release - https://phabricator.wikimedia.org/T217318 (10leila) @JFishback_WMF Gilles can speak to the timelines better. From my perspective, the sooner the better...
[01:42:19] <milimetric>	 woah, sorry I wasn't paying attention to IRC and missed this saga, good job you two for figuring it out
[02:59:13] <wikibugs>	 10Analytics: Import 2001 wikipedia data - https://phabricator.wikimedia.org/T155014 (10Graham87) > *While I display some reluctance in that matter insofar as it applies to HomePage (which contains Wikipedia's first ever edit), I'm overall neutral as to whether holding off of creating such gaps is beneficial. Per...
[03:46:42] <wikibugs>	 (03PS1) 10Milimetric: Tell map to render on chart type changes [analytics/wikistats2] - 10https://gerrit.wikimedia.org/r/526301 (https://phabricator.wikimedia.org/T226514)
[03:51:46] <wikibugs>	 (03PS1) 10Milimetric: Remove unnecessary child reference [analytics/wikistats2] - 10https://gerrit.wikimedia.org/r/526302 (https://phabricator.wikimedia.org/T226514)
[07:01:56] <renner18>	 it was pointed out here https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#6_million_articles_already? that at least one graph has too many tick marks and/or poorly scaled axes
[07:18:21] <elukey>	 hi renner18! is it about a graph into an article?
[07:18:31] <elukey>	 if so my team doesn't handle it 
[07:26:30] <renner18>	 about this one https://stats.wikimedia.org/v2/#/en.wikipedia.org/content/pages-to-date/normal|line|all|page_type~content|monthly
[07:27:13] <elukey>	 ah no that is different, we handle it :)
[07:27:25] <elukey>	 can you open a task with the tags "Analytics" and "Wikistats" ?
[07:42:16] <elukey>	 renner18: --^
[07:44:36] <icinga-wm>	 RECOVERY - superset.wikimedia.org HTTPS on analytics-tool1004 is OK: HTTP OK: HTTP/1.1 200 OK - 247 bytes in 0.009 second response time https://wikitech.wikimedia.org/wiki/Analytics/Systems/Cluster
[07:46:58] <elukey>	 yess
[07:47:45] <mforns>	 good morning!
[07:47:58] <elukey>	 hola marcel!
[07:48:11] <mforns>	 heyy elukey :]
[07:49:31] <elukey>	 mforns: I have stopped puppet on an-coord1001
[07:49:38] <elukey>	 the rest will be done by you :)
[07:49:50] <mforns>	 elukey, ok, wanna batcave or here?
[07:49:58] <elukey>	 I think that we can do in here
[07:50:01] <mforns>	 ok
[07:50:48] <elukey>	 so from https://yarn.wikimedia.org/cluster/apps/RUNNING it seems that we are in a good spot now
[07:51:05] <elukey>	 in theory, since I don't see much hive-related activity, we could sneak in a restart
[07:51:08] <elukey>	 BUT
[07:51:12] <elukey>	 let's do things properly :)
[07:51:26] <elukey>	 one thing that Joseph always suggests is to stop camus
[07:51:46] <mforns>	 aha
[07:52:17] <elukey>	 before the times we had to remove the entry from the crontab
[07:52:22] <elukey>	 now there is a magic
[07:52:33] <mforns>	 emmm, the backfilling for unique_devices that we launched yesterday is about to finish, should we wait a bit?
[07:52:34] <elukey>	 sudo systemctl stop camus*.timer
[07:52:39] <elukey>	 of course
[07:52:45] <elukey>	 in the meantime, let's stop camus
[07:52:50] <mforns>	 ok
[07:52:54] <elukey>	 two things
[07:53:05] <elukey>	 1) you can see with systemctl list-timers | grep camus the current status
[07:53:24] <elukey>	 2) you can temporarily stop camus with the above command (note the .timer at the end, it is important)
[07:53:28] <mforns>	 ok, there's several
[07:53:48] <elukey>	 with camus* you get them all
[07:53:49] <mforns>	 that's why the star
[07:53:51] <mforns>	 ko
[07:53:53] <elukey>	 exactly
[07:54:11] <elukey>	 the .timer is important since if you recall it is the trigger for the .service unit, that is the one containing the command
[07:54:15] <mforns>	 ok, done
[07:54:25] <elukey>	 so stopping the timer basically stops the recurrent action
[07:54:32] <mforns>	 I see
[07:54:36] <elukey>	 (like removing the entry from the crontab)
[07:54:43] <elukey>	 the caveat is that puppet needs to be disabled
[07:54:50] <mforns>	 aha
[07:54:52] <elukey>	 since it tries to ensure the timer
[07:55:09] <elukey>	 so if you don't disable it, it will re-add it during the next puppet run
[07:55:13] <mforns>	 ok, unique_devices is done too
[07:55:28] <mforns>	 understand
[07:56:25] <elukey>	 you could start now restarting oozie, since it should not cause any big damage
[07:56:34] <mforns>	 ok!
[07:56:38] <elukey>	 it stores its state in a database (the meta instance)
[07:58:00] <elukey>	 and you can restart oozie with
[07:58:05] <elukey>	 sudo systemctl restart oozie
[07:58:18] <mforns>	 right
[07:58:39] <mforns>	 done
[07:59:02] <elukey>	 let's log it
[07:59:24] <mforns>	 !log restarted oozie in an-coord1001.eqiad.wmnwt
[07:59:26] <stashbot>	 Logged the message at https://www.mediawiki.org/wiki/Analytics/Server_Admin_Log
[07:59:57] <mforns>	 status after restart seems ok
[08:00:09] <elukey>	 super
[08:00:20] <elukey>	 now the hive-server2 and the hive-metastore
[08:00:25] <mforns>	 aha
[08:00:28] <elukey>	 https://yarn.wikimedia.org/cluster/apps/RUNNING seems telling us that we are good to go
[08:00:44] <elukey>	 we ignore what those spark shells are doing
[08:00:54] <elukey>	 so I wouldn't kill them
[08:01:03] <elukey>	 the worst that can happen is that they fail
[08:01:12] <mforns>	 same restart command right, I'm seeing that hive-server2 is also a systemctl service
[08:01:23] <mforns>	 ok
[08:01:23] <elukey>	 exactly, let's do the metastore first 
[08:01:27] <mforns>	 oh ok
[08:01:30] <elukey>	 hive-metastore
[08:01:51] <mforns>	 done
[08:02:50] <elukey>	 super
[08:02:54] <elukey>	 does it look good?
[08:03:09] <mforns>	 yes, afaics
[08:03:10] <elukey>	 we also have https://grafana.wikimedia.org/d/000000379/hive
[08:03:15] <mforns>	 status is good
[08:03:28] <mforns>	 ok good
[08:04:23] <mforns>	 oh, I can see a missing data point, but then it resumes normally
[08:04:30] <elukey>	 mforns: we were not quick enough, if you see we have refine_sanitize_eventlogging_analytics_immediate running
[08:04:35] <elukey>	 let's wait for the server
[08:04:44] <elukey>	 yeah the missing datapoint is normal
[08:05:14] <mforns>	 elukey, I haven't restarted the server yet
[08:05:16] <mforns>	 should I
[08:05:17] <mforns>	 ?
[08:07:17] <elukey>	 let's wait for the sanitize stuff to complete
[08:07:21] <elukey>	 it uses hive right?
[08:08:04] <elukey>	 ok finished
[08:08:07] <elukey>	 you can go mforns 
[08:08:15] <mforns>	 ok
[08:08:53] <mforns>	 done, status ok
[08:09:54] <elukey>	 you can test quickly hive/beeline to confirm
[08:10:02] <elukey>	 and then we are done :)
[08:11:10] <mforns>	 restart camu no?
[08:12:30] <elukey>	 sure I'll do it via puppet
[08:12:40] <mforns>	 ah of course
[08:12:55] <elukey>	 also log that you restarted the metastore and hive server
[08:14:07] <mforns>	 !log restarted hive-metastore
[08:14:09] <stashbot>	 Logged the message at https://www.mediawiki.org/wiki/Analytics/Server_Admin_Log
[08:14:13] <mforns>	 !log restarted hive-server2
[08:14:15] <stashbot>	 Logged the message at https://www.mediawiki.org/wiki/Analytics/Server_Admin_Log
[08:15:15] <mforns>	 elukey, beeline is giving me some errors... 
[08:15:49] <elukey>	 what errors?
[08:16:57] <mforns>	 I tried; select * from event.navigationtiming where year=2019 limit 10;
[08:17:05] <mforns>	 and says year is not a field
[08:17:28] <mforns>	 this one works though: select * from wmf.edit_hourly where snapshot='2019-05' limit 10;
[08:18:43] <elukey>	 does it work in hive?
[08:19:15] <elukey>	 yes
[08:19:40] <elukey>	 mforns: the even.etc.. works on both hive and beeline for me
[08:19:55] <mforns>	 ????
[08:20:03] <elukey>	 the select * from event.navigationtiming where year=2019 limit 10
[08:20:16] <mforns>	 elukey, from what machine are you logging?
[08:20:20] <elukey>	 stat1004
[08:20:28] <mforns>	 I'm in stat1007
[08:20:54] <elukey>	 beeline works on it
[08:21:02] <elukey>	 just checked
[08:21:04] <elukey>	 lemme sudo as you
[08:21:20] <mforns>	 elukey, oh wow, I logged out of beeline, logged in again and it works now..
[08:21:37] <elukey>	 ah ok :)
[08:21:48] <elukey>	 might have been a temporary glitch then
[08:21:54] <mforns>	 ok
[08:22:00] <elukey>	 all good!
[08:22:07] <mforns>	 ok!
[08:24:36] <mforns>	 gc time is high on hive no?
[08:25:31] <mforns>	 going down now
[08:26:54] <elukey>	 so a little bit of activity, especially after a restart, is normal
[08:27:22] <elukey>	 when you check graphs of GC time/runs you can start to worry when you see
[08:27:22] <mforns>	 ok
[08:27:37] <elukey>	 1) a lot of runs 2) a lot of time spent every time (say 200ms etc..)
[08:27:50] <mforns>	 aha
[08:28:19] <elukey>	 mforns: https://phabricator.wikimedia.org/T228620 is a good reading if you have time
[08:28:56] <mforns>	 ok I see the graphs
[08:29:12] <mforns>	 so, we're done?
[08:29:17] <elukey>	 yep!
[08:29:35] <elukey>	 nicely done
[08:29:51] <elukey>	 after the first time it gets even more boring
[08:29:56] <elukey>	 welcome to opsland
[08:29:56] <elukey>	 :D
[08:30:09] <mforns>	 hehehe :D
[08:30:54] <mforns>	 do you have time to look and merge https://gerrit.wikimedia.org/r/#/c/operations/puppet/+/519688/ and https://gerrit.wikimedia.org/r/#/c/operations/puppet/+/519690/ ?
[08:31:02] <elukey>	 I was about to ask you something 
[08:31:10] <mforns>	 yes?
[08:31:13] <elukey>	 https://gerrit.wikimedia.org/r/#/c/operations/puppet/+/519688/2/modules/profile/manifests/analytics/refinery/job/data_purge.pp - can we ensure => absent instead?
[08:31:20] <elukey>	 so puppet will do the clean up
[08:31:52] <mforns>	 oh, yea!
[08:31:54] <mforns>	 will do
[08:32:06] <elukey>	 thanks :)
[08:32:09] <elukey>	 the other one is ready
[08:32:18] <elukey>	 ready to merge?
[08:32:52] <elukey>	 also, just to verify, is skip-trash enabled or disabled?
[08:32:53] <mforns>	 elukey, yes :] I removed the skip-trash arg
[08:32:57] <elukey>	 ack :)
[08:32:59] <elukey>	 merging!
[08:35:13] <mforns>	 thaanks!
[08:35:20] <mforns>	 will check this is working in the next hours
[08:36:43] <elukey>	 done!
[08:36:55] <elukey>	 puppet already ran on an-coord1001
[08:37:24] <elukey>	 merging also the second one
[08:39:22] <mforns>	 ok :]
[08:41:06] <mforns>	 thanks for everything, elukey, I will return later in the day :]
[08:42:02] <elukey>	 removed!
[08:42:07] <elukey>	 mforns: ahahah don't even say that! 
[08:42:21] <elukey>	 you helped me a lot already 
[08:42:28] <mforns>	 oh elukey you want me to create another patch to remove the timer code?
[08:42:29] <elukey>	 sometimes I am happy if I return something :)
[08:42:40] <elukey>	 mforns: if you have time later on, not really urgent
[08:42:49] <elukey>	 it is annoying the two patch step I know
[08:42:53] <mforns>	 no no
[08:42:58] <elukey>	 but it guarantees that we clean up properly :(
[08:47:04] <mforns>	 elukey, https://gerrit.wikimedia.org/r/#/c/operations/puppet/+/526386/
[08:48:53] <mforns>	 thaaanks, see ya later!
[08:49:04] <elukey>	 ack!
[10:06:03] <fdans>	 mforns: thank you for doing the work with uniques yesterday. But it seems backfilling didn't  load per family values? I just looked in cassandra and values per family are still until nov 2018
[10:07:46] <fdans>	 I think this is has to be a different issue to the duplicates one, because otherwise the initial backfilling wouldn't have loaded values up to nov 2018 right?
[11:40:49] * elukey lunch!
[12:21:45] <mforns>	 hey fdans I think it's because we only loaded daily counts, I still have to backfill monthly
[12:21:52] <mforns>	 daily values are there
[13:04:55] <ottomata>	 fdans:  what was your ssh connection killer?
[13:20:45] <wikibugs>	 10Analytics, 10Product-Analytics: Hash all pageTokens or temporary identifiers from the EL Sanitization white-list for Editing - https://phabricator.wikimedia.org/T226855 (10Neil_P._Quinn_WMF) p:05Triage→03Normal
[13:20:52] <wikibugs>	 10Analytics, 10Product-Analytics: Hash all pageTokens or temporary identifiers from the EL Sanitization white-list for Language - https://phabricator.wikimedia.org/T226856 (10Neil_P._Quinn_WMF) p:05Triage→03Normal
[13:32:01] <wikibugs>	 10Analytics, 10Editing-team: Deletion of limn-edit-data repository - https://phabricator.wikimedia.org/T228982 (10Neil_P._Quinn_WMF) Thanks for the ping @Jdforrester-WMF!  @mforns, I have a feeling that we can get rid of everything you mention. However, where should I look to see them? I don't see them in the...
[13:33:59] <wikibugs>	 10Analytics, 10Analytics-Kanban, 10Operations, 10Traffic, and 2 others: TLS certificates for Analytics origin servers - https://phabricator.wikimedia.org/T227860 (10elukey)
[13:35:44] <wikibugs>	 10Analytics, 10Analytics-Kanban, 10Operations, 10Traffic, and 2 others: TLS certificates for Analytics origin servers - https://phabricator.wikimedia.org/T227860 (10elukey) 05Stalled→03Open
[13:47:52] <ottomata>	 hey a-team, are we doing retro today?
[13:47:55] <wikibugs>	 (03PS1) 10Mforns: Remove duplicates from unique_devices_per_project_family_monthly [analytics/refinery] - 10https://gerrit.wikimedia.org/r/526425 (https://phabricator.wikimedia.org/T229254)
[13:48:10] <ottomata>	 (if not I will plan my afternoon differently)
[13:50:36] <elukey>	 not sure, in theory we could do it since only Joseph is out
[13:51:19] <mforns>	 ottomata, theoretically we're only missing Joseph, right? So yes. But I don't mind skipping today.
[13:51:34] <mforns>	 ah you beat me
[13:51:35] <ottomata>	 we haven't done it for a while ya?
[13:54:20] <icinga-wm>	 PROBLEM - Check the last execution of refine_eventlogging_eventbus on an-coord1001 is CRITICAL: NRPE: Command check_check_refine_eventlogging_eventbus_status not defined https://wikitech.wikimedia.org/wiki/Analytics/Systems/Managing_systemd_timers
[13:54:54] <wikibugs>	 (03PS2) 10Mforns: Remove duplicates from unique_devices_per_project_family_monthly [analytics/refinery] - 10https://gerrit.wikimedia.org/r/526425 (https://phabricator.wikimedia.org/T229254)
[13:55:20] <ottomata>	 ^^ interstingm, i just removed that job
[13:55:29] <ottomata>	 i guess puppet needs to run on icinga host
[14:00:49] <elukey>	 was it removed?
[14:00:54] <elukey>	 if so yes :)
[14:01:16] <ottomata>	 yup it was!
[14:01:24] <ottomata>	 and puppet run on icinga remoevd it from checks
[14:02:10] <elukey>	 ottomata: I have some buster questions when you have 10 mins
[14:02:54] <ottomata>	 ya now is good luca
[14:03:40] <elukey>	 ok! So I applied the role to stat1005 and imported the cdh packages for buster
[14:04:08] <elukey>	 but I have a couple left to do
[14:04:28] <elukey>	 spark2 is the first, I am wondering if it needs to be built with a special procedure or a copy from stretch would be fine
[14:05:00] <elukey>	 second is snakebite - I tried to build it for buster from the master branch (that seemed more recent than debian/wmf but I could be wrong)
[14:05:06] <elukey>	 do we need it?
[14:05:15] <elukey>	 IIRC we were thinking about not using it anymore
[14:05:18] <ottomata>	 i think we should stop using snakebite (do we actually use it?)
[14:05:20] <ottomata>	 yeah, it is not python3
[14:05:21] <ottomata>	 so
[14:05:29] <ottomata>	 heh, luca, maybe we shouldn't even install python2 :o
[14:05:33] <ottomata>	 on buster nodes!
[14:05:41] <elukey>	 that would be awesome yes
[14:05:43] <ottomata>	 for spark2: there shouldn't be anything special
[14:05:50] <ottomata>	 its all just packaged .jars 
[14:05:54] <elukey>	 ah then I can copy
[14:06:05] <ottomata>	 i think so
[14:06:26] <elukey>	 all right
[14:06:30] <ottomata>	 hmm is that true?
[14:06:37] <ottomata>	 we do want to upgrade spark and were waiting for buster...
[14:06:39] <ottomata>	 lemme find ticket
[14:09:38] <ottomata>	 elukey:  what version of python3 is installed with buster?
[14:09:57] <wikibugs>	 (03CR) 10Mforns: [V: 03+2] Remove duplicates from unique_devices_per_project_family [analytics/refinery] - 10https://gerrit.wikimedia.org/r/526252 (https://phabricator.wikimedia.org/T229254) (owner: 10Mforns)
[14:10:25] <wikibugs>	 (03CR) 10Mforns: [V: 03+2] Remove duplicates from unique_devices_per_project_family_monthly [analytics/refinery] - 10https://gerrit.wikimedia.org/r/526425 (https://phabricator.wikimedia.org/T229254) (owner: 10Mforns)
[14:10:35] <ottomata>	 i think spark2 will need rebuiltt
[14:11:02] <elukey>	 3.7 IIRC
[14:11:05] <ottomata>	 we install a pyarrow .whl file which is downloaded / created using  pip
[14:11:15] <ottomata>	 and pip will create it for whatever python version it is running
[14:11:18] <ottomata>	 i'm not sure if that will be a problem
[14:11:23] <ottomata>	 but the wheel is for cp35
[14:11:25] <ottomata>	 python 3.5
[14:12:46] <elukey>	 yeah let's rebuild to be sure
[14:19:34] <wikibugs>	 (03CR) 10Ottomata: "Tested.  This is ready for review." [analytics/refinery] - 10https://gerrit.wikimedia.org/r/525435 (https://phabricator.wikimedia.org/T227896) (owner: 10Ottomata)
[14:46:53] <mforns>	 Trash
[14:47:02] <mforns>	 oops, wrong place
[15:16:15] <mforns>	 elukey, is it possible that the deletion script that we deployed this morning already run? it is scheduled in puppet at 4:25am...
[15:16:37] <mforns>	 but by the contents of the Trash folder, it seems it has executed around the time after we merged it
[15:17:06] <elukey>	 mforns: have you checked with systemctl list-timers?
[15:17:15] <elukey>	 it should tell you the last exec time
[15:17:18] <mforns>	 nope :[ doing
[15:17:22] <mforns>	 ok
[15:18:36] <elukey>	 ottomata: attempting to roll restart jumbo again ok?
[15:18:42] <elukey>	 (with the new version of the cookbook)
[15:18:43] <ottomata>	 yuppers
[15:19:26] <mforns>	 elukey, yes it did execute
[15:19:41] <elukey>	 mforns: was it bad?
[15:20:30] <mforns>	 elukey, no no, all expected, worked fine, but it should have executed at 4:25am instead
[15:22:06] <elukey>	 ah good
[15:55:16] <elukey>	 weird, it seems that kafka preferred-replica-election doesn't return zro
[15:55:38] <ottomata>	 hm that is weird
[15:56:01] <elukey>	 I tried now and it worked
[15:56:08] <elukey>	 I mean, on a shell on kafka-jumbo
[15:56:16] <elukey>	 but failed in the cookbook
[15:56:23] <elukey>	 so I suspect I mispelled the command
[15:57:21] <elukey>	 mmm it seems correct
[15:57:27] <elukey>	 then there must be something using cumin
[16:00:34] <nuria>	 ping ottomata mforns 
[16:02:09] <elukey>	 ah ottomata when cumin executes it misses the env variables and doesn't set --zookeeper-etc..
[16:10:13] <ottomata>	 ahhh! makes sense!
[16:10:20] <ottomata>	 you can source them ya?
[16:13:05] <elukey>	 will try yes!
[16:23:52] <wikibugs>	 (03PS1) 10Ladsgroup: Use the internal WDQS endpoint instead [analytics/wmde/toolkit-analyzer] - 10https://gerrit.wikimedia.org/r/526471 (https://phabricator.wikimedia.org/T214894)
[16:24:12] <wikibugs>	 (03CR) 10jerkins-bot: [V: 04-1] Use the internal WDQS endpoint instead [analytics/wmde/toolkit-analyzer] - 10https://gerrit.wikimedia.org/r/526471 (https://phabricator.wikimedia.org/T214894) (owner: 10Ladsgroup)
[17:02:30] <elukey>	 ottomata: I am restarting jumbo again, the cookbook now works :)
[17:06:57] <wikibugs>	 (03CR) 10Nuria: [C: 03+2] Remove duplicates from unique_devices_per_project_family_monthly [analytics/refinery] - 10https://gerrit.wikimedia.org/r/526425 (https://phabricator.wikimedia.org/T229254) (owner: 10Mforns)
[17:17:29] <ottomata>	 yeehaw elukey !
[17:18:07] <elukey>	 ottomata: \o/ tomorrow I'll create another one for mirror maker and possibly zookeeper
[17:24:49] <elukey>	 going afk for a bit, will check later the cookbook for jumbo running!
[17:27:07] <ottomata>	 elukey is loving the cookbooks!
[18:28:57] <mforns>	 elukey, if you have time at some point today, can you merge https://gerrit.wikimedia.org/r/#/c/operations/puppet/+/519691/ ? It's the next deletion script patch, it should trigger at 2am tomorrow, thanks! don't worry if you can't
[18:29:19] <mforns>	 (I removed the skip-trash arg)
[18:29:58] <elukey>	 mforns: I can! But it will probably trigger the command, is it a problem?
[18:30:17] <mforns>	 elukey,  no, for today it won't delete anyting more
[18:30:26] <mforns>	 you can merge no prob
[18:30:43] <elukey>	 ack, doing it!
[18:30:46] <mforns>	 :]
[18:32:39] <wikibugs>	 (03CR) 10Nuria: Remove unnecessary child reference (032 comments) [analytics/wikistats2] - 10https://gerrit.wikimedia.org/r/526302 (https://phabricator.wikimedia.org/T226514) (owner: 10Milimetric)
[18:35:12] <elukey>	 mforns: merged + puppet run on an-coord1001
[18:35:21] <mforns>	 elukey, thanks!
[18:40:39] * elukey afk again :)
[18:41:14] <elukey>	 roll restart of kafka jumbo via cookbook completed! metrics look good
[18:43:43] <wikibugs>	 (03CR) 10Mforns: [C: 03+1] "LGTM, but waiting for points brought up by Nuria to be discussed." (032 comments) [analytics/refinery] - 10https://gerrit.wikimedia.org/r/525599 (https://phabricator.wikimedia.org/T226850) (owner: 10MNeisler)
[18:57:52] <wikibugs>	 (03PS2) 10Milimetric: Remove unnecessary child reference [analytics/wikistats2] - 10https://gerrit.wikimedia.org/r/526302 (https://phabricator.wikimedia.org/T226514)
[18:57:59] <wikibugs>	 (03CR) 10Milimetric: Remove unnecessary child reference (032 comments) [analytics/wikistats2] - 10https://gerrit.wikimedia.org/r/526302 (https://phabricator.wikimedia.org/T226514) (owner: 10Milimetric)
[19:08:25] <wikibugs>	 (03CR) 10MNeisler: Hash temporary identifiers in web team schemas (032 comments) [analytics/refinery] - 10https://gerrit.wikimedia.org/r/525599 (https://phabricator.wikimedia.org/T226850) (owner: 10MNeisler)
[19:08:46] <wikibugs>	 (03CR) 10Nuria: [C: 03+2] Remove unnecessary child reference [analytics/wikistats2] - 10https://gerrit.wikimedia.org/r/526302 (https://phabricator.wikimedia.org/T226514) (owner: 10Milimetric)
[19:09:17] <milimetric>	 nuria: that won't merge until the parent change is reviewed, the one that fixes the map, just fyi
[19:10:01] <nuria>	 milimetric: yaya, i am working my way
[19:10:06] <milimetric>	 sorry :)
[19:10:11] <nuria>	 milimetric: jaja
[19:10:27] <nuria>	 milimetric: the change works i tested that , just need to remember vue to be able to truly cR
[19:10:57] <milimetric>	 np, take your time
[19:12:26] <wikibugs>	 (03CR) 10Nuria: [C: 04-1] Hash temporary identifiers in web team schemas (031 comment) [analytics/refinery] - 10https://gerrit.wikimedia.org/r/525599 (https://phabricator.wikimedia.org/T226850) (owner: 10MNeisler)
[19:14:39] <wikibugs>	 (03CR) 10Nuria: [C: 03+1] "Sorry, mean to +1" [analytics/refinery] - 10https://gerrit.wikimedia.org/r/525599 (https://phabricator.wikimedia.org/T226850) (owner: 10MNeisler)
[20:11:06] <nuria>	 milimetric: I am going to try to move bundles around  in the map
[20:11:29] <nuria>	 milimetric: cause map start s displaying at 1.17 secs
[20:11:36] <nuria>	 milimetric: on my desktop
[20:11:41] <milimetric>	 nuria: sure, go for it
[20:11:46] <milimetric>	 It’s loading a lot
[20:45:10] <raynor>	 hey, heads-up - we're going to start sending events to new schema with next SWAT window. We will send events to new MobileWebUIActionsTracking schema. The expected events count is the same as we do for MobileWebMainMenuClickTracking
[20:45:30] <raynor>	 context - now we have MobileWebMainMenuClickTracking, but because now we have more menus (not only main), plus we would like to track some additional interactions with the mobile web ui, we introduced new schema `MobileWebUIActionsTracking`
[20:45:39] <jdlrobson>	 bug: https://phabricator.wikimedia.org/T220016 
[20:46:00] <jdlrobson>	 Traffic to existing schema https://grafana.wikimedia.org/d/000000566/overview?panelId=5&fullscreen&orgId=1 (similar traffic expected for new one)
[20:46:10] <raynor>	 that at this moment tracks same amount stuff as MobileWebMainMenuClickTracking. That's tempoorary, once we prove that new schema tracks everything what we need we will decommision the MobileWebMainMenuClickTracking 
[20:46:40] <raynor>	 thx jdlrobson for link to phab and grafana :)
[20:57:24] <jdlrobson>	 ^ nuria and ottomata when you have a moment. BBIAB
[20:57:27] <nuria>	 raynor: ok
[20:57:34] <nuria>	 jdlrobson: ok
[21:32:21] <ottomata>	 ok looks ok i think , right?  not a huge increase in traffic
[21:32:26] <ottomata>	 gotta run bbbbye!
[22:35:04] <leila>	 nuria: who can I ask on your team for 30-min of their time to walk us through how to do resume screening for the software engineering position? I would love to be able to set up a time before Friday with the person(s) and those on our end who will do resume screening.
[23:50:09] <wikibugs>	 (03CR) 10EBernhardson: swift-upload.py to handle upload and event emitting (035 comments) [analytics/refinery] - 10https://gerrit.wikimedia.org/r/525435 (https://phabricator.wikimedia.org/T227896) (owner: 10Ottomata)
[23:56:02] <nuria>	 leila: probably marcel? 
[23:56:21] <leila>	 nuria: ok. We will ask for his time then. thanks!