[09:13:13] 10serviceops, 10Continuous-Integration-Infrastructure, 10PHP 7.2 support, 10Release-Engineering-Team (CI & Testing services), 10Test-Coverage: Upgrade our php-xdebug package for php7.2 - https://phabricator.wikimedia.org/T234418 (10hashar) [09:14:07] _joe_: i have filled a task about upgrading php-xdebug for php7.2 , there is an upstream fix to stop it from continuously calling getpid() :-] [09:14:25] you are subscribed, it is probably not of any emergency but would be nice to have I guess [09:14:51] <_joe_> hashar: I'm overflown with backlog and a few people in my team are out [09:15:10] <_joe_> but yes, it seems reasonable overall, I'll take a look, hopefully today [09:15:35] I wouldnt mind doing all the debian packaging dance but I could not find the repo in Gerrit [09:15:36] :-\ [09:15:45] <_joe_> there is none [09:16:00] <_joe_> this is a package we import and rebuild as-is for now [09:21:48] 10serviceops, 10Continuous-Integration-Infrastructure, 10PHP 7.2 support, 10Release-Engineering-Team (CI & Testing services), 10Test-Coverage: Upgrade our php-xdebug package for php7.2 - https://phabricator.wikimedia.org/T234418 (10hashar) perf for the php process (which runs under a Docker stretch conta... [19:21:42] 10serviceops, 10Gerrit, 10Operations, 10Release-Engineering-Team-TODO, and 2 others: Gerrit Hardware Upgrade (+ upgrade from jessie to stretch or buster) - https://phabricator.wikimedia.org/T222391 (10ops-monitoring-bot) Script wmf-auto-reimage was launched by dzahn on cumin1001.eqiad.wmnet for hosts: ` ge... [19:38:12] 10serviceops, 10Gerrit, 10Operations, 10Release-Engineering-Team-TODO, and 2 others: Gerrit Hardware Upgrade (+ upgrade from jessie to stretch or buster) - https://phabricator.wikimedia.org/T222391 (10ops-monitoring-bot) Completed auto-reimage of hosts: ` ['gerrit1001.wikimedia.org'] ` Of which those **FA... [21:15:00] 10serviceops, 10Gerrit, 10Operations, 10Release-Engineering-Team-TODO, and 2 others: Gerrit Hardware Upgrade (+ upgrade from jessie to stretch or buster) - https://phabricator.wikimedia.org/T222391 (10Dzahn) >>! In T222391#5542166, @ops-monitoring-bot wrote: > Completed auto-reimage of hosts: > ` > ['gerri... [21:24:21] i see this in the list of outreachy tasks: [21:24:22] Create command-line runner for MediaWiki maintenance tasks, mentored [21:24:25] by *Will Doran* [21:24:39] i wonder how that integrates with mw periodic job etc [21:25:11] in other news: parsoid.svc cert created with ALL the SANs also present in appserver cert PLUS parsoid.discovery and .svc [21:25:38] reinstalled gerrit1001 with buster (now we have support for JDK 8 in buster and are unblocked to do that) and rsyncing all the data [21:28:14] mutante: that Outreachy task is to implement T99268 I believe [21:29:41] bd808: thanks for the pointer [21:30:07] oh, it's a full RFC, heh [21:30:18] alright, bookmarked :) [21:31:00] Ori wrote it long ago. The basic idea is to make a "master" script that runs all the other maintenance scripts as sub-commands [21:32:18] in my mind i need to make the separation between "maintenance scripts puppetized to run in cron jobs" and "all maintenance script in existence of which some unknown subgroup is used manually" [21:32:48] re: "maintenance/ is a mess: it contains over 150 PHP scripts," [21:33:20] heh. yes. There are sooo many maintenance scripts and only a handful that we use via cron/timers in prod [21:33:26] many scripts already use mwscript but some dont [21:33:37] ack [21:36:29] we have things in mwmaint that don't use mwscript? That surprises me unless those are jobs that use other wrappers like `foreachwiki` which ultimately do cal `mwscript ...` [22:04:12] yea, that's right. there is direct mwscript, foreachwiki, mwscriptwikiset and maybe few special cases. i made a table on https://phabricator.wikimedia.org/T195392 [22:28:06] nice table mutante. that seems like something that could be useful on wikitech... not sure where to put it though [22:38:06] bd808: i thought that too but then i needed "phab table to mediawiki table converter" :) [22:41:07] this is why we can't have nice things [23:29:05] 10serviceops, 10DC-Ops, 10Operations, 10ops-eqiad: mw1239 memory errors - https://phabricator.wikimedia.org/T227867 (10fgiunchedi) >>! In T227867#5536367, @Dzahn wrote: > self-healing?? > > <+icinga-wm> RECOVERY - Memory correctable errors -EDAC- on mw1239 is OK: (C)4 ge (W)2 ge 1 Not self healing no in...