[00:31:12] JeroenDeDauw: https://confluence.jetbrains.com/display/PhpStorm/PhpStorm+Early+Access+Program 10.0.2 EAP [13:02:08] Revent: ?? [13:02:16] ooops [13:02:26] Reedy: ?? why would I get that EAP rel? [13:02:35] (blinks) [13:46:57] aude: where are the dispatch jobs running now? :P [13:55:55] mw1152! [14:00:41] aude: jzerebecki https://grafana.wikimedia.org/dashboard/db/wikidata-dispatch [14:01:36] addshore: sweet! [14:03:23] addshore: \o/ [14:18:29] addshore: you should announce it somewhere :-} [14:19:17] Thiemo_WMDE: what does this still need to be merged?: https://gerrit.wikimedia.org/r/#/c/252441/ [14:21:34] hashar: maybe I will ;) wikidata-tech! ;) [14:22:35] the dispatcher looks mostly ok with the number of dispatchers we have, although i see a couple small(ish)? spikes [14:23:33] {{done}} [14:23:33] How efficient, addshore! [14:23:42] heh [14:24:08] it seems to be handeling everything fine just now :P [14:24:18] lets see what happenes when I need to restore a bunch of items again :/ [14:24:20] we reduced the number of dispatchers to 3 [14:29:25] hashar: jobs on beta / deployment prep are run on a cronjob? [14:30:25] addshore: jenkins [14:30:40] addshore: we have some lame jenkins job that git pull core/vendor and mediawiki/extensions.git [14:30:43] then trigger a run of scap [14:30:53] https://integration.wikimedia.org/ci/job/beta-scap-eqiad/ [14:30:54] I mean the jobqueue :) [14:31:02] the code update is https://integration.wikimedia.org/ci/job/beta-code-update-eqiad/ [14:31:03] oh [14:31:05] the jobqueue [14:31:11] :D [14:31:13] there is mediawiki/services/jobrunner installed somewhere [14:31:17] all the terms are too similar ;) [14:31:40] brion viber fixed it a few months ago [14:31:44] I have no idea what is the current state [14:31:57] the jobrunner is configured via puppet [14:32:03] and iirc the various jobs are sharded [14:32:13] so maybe the wikidata jobs are not processed at all ? [14:32:22] maybe https://logstash-beta.wmflabs.org has clues [14:32:29] ahh, I was just wondering as sometimes jobs are a bit slow [14:32:36] and ooooh, there is beta logstash... :P [14:33:08] or you can look at http://graphite.wmflabs.org under hierarchy BetaMediaWiki.jobqueue.* (if that one works at all) [14:33:15] :) [14:50:01] jzerebecki: care to +1 this? https://gerrit.wikimedia.org/r/#/c/247866/ [17:03:57] aude: I just poked that doashboard a bit more! can you think of anything else related to dispatch lag to put there? [17:10:33] addshore: is addUsagesForPage job pop ok: pages / minute? [17:11:06] yup [17:13:32] I also made https://grafana.wikimedia.org/dashboard/db/wikidata [17:18:12] addshore: number of edits per minute? [17:18:45] would be helpful also to see # of bot edits vs non bots [17:54:56] aude: https://www.wikidata.org/wiki/Wikidata:Contact_the_development_team#Wikibase.5CDataModel.5CServices.5CLookup.5CEntityLookupException [17:55:01] Are you looking into this? [18:12:43] hoo: i found a stacktrace [18:13:23] but otherwise not fixing it right now [18:13:53] it's proably easy to fix [18:14:11] aude: Ok, I might give it a shot [18:14:18] although not around much longer, cinema later today [18:14:22] ok [18:14:28] otherwise i probably look tomorrow [18:14:37] https://gerrit.wikimedia.org/r/250162 << This one is waiting for reviews for another week now [18:14:49] ah yes [18:16:05] Most of it is about actually adding tests for that code [18:16:30] * aude nods [18:19:27] Oh right... we still use the EntityRetrievingTermLookup in the Lua stuffs [18:19:55] We really need to get preloading for that done sometime and switch to a buffered lookup [18:23:47] argh data model services -.-