[00:33:38] 10Scap (Scap3-MediaWiki-MVP), 10scap2, 10Wikimedia-Incident: Implement MediaWiki pre-promote checks - https://phabricator.wikimedia.org/T121597 (10Krinkle) Is this done/enabled in prod? [00:41:04] 10Release-Engineering-Team, 10Scap, 10serviceops, 10PHP 7.2 support, 10User-jijiki: Enhance MediaWiki deployments for support of php7.x - https://phabricator.wikimedia.org/T224857 (10Krinkle) Quick fly-by note from Performance perspective, current expectation and target of how MediaWiki has been optimisa... [00:44:52] (03PS8) 10Awight: Browser tests as command [integration/quibble] - 10https://gerrit.wikimedia.org/r/513518 (https://phabricator.wikimedia.org/T223752) [00:44:54] (03PS1) 10Awight: Clean up tests [integration/quibble] - 10https://gerrit.wikimedia.org/r/516980 [00:51:23] 10Release-Engineering-Team, 10Scap, 10Operations: Enable scap to roll back broken changes to MediaWiki - https://phabricator.wikimedia.org/T225207 (10Krinkle) I'm pretty sure this has been brought up in past tasks, and been thought about from time to time as something to add to Scap. Can't find a task for it... [01:34:59] PROBLEM - Free space - all mounts on integration-trigger-01 is CRITICAL: CRITICAL: integration.integration-trigger-01.diskspace._srv.byte_percentfree (<20.00%) [01:45:02] RECOVERY - Free space - all mounts on integration-trigger-01 is OK: OK: All targets OK [05:00:18] PROBLEM - Free space - all mounts on deployment-fluorine02 is CRITICAL: CRITICAL: deployment-prep.deployment-fluorine02.diskspace._srv.byte_percentfree (<55.56%) [06:50:19] RECOVERY - Free space - all mounts on deployment-fluorine02 is OK: OK: All targets OK [07:26:39] (03CR) 10Abijeet Patro: [C: 03+1] Codehealth: Add Translate extension to pipeline [integration/config] - 10https://gerrit.wikimedia.org/r/516500 (https://phabricator.wikimedia.org/T225581) (owner: 10Kosta Harlan) [08:01:02] PROBLEM - Free space - all mounts on integration-trigger-01 is CRITICAL: CRITICAL: integration.integration-trigger-01.diskspace._srv.byte_percentfree (<10.00%) [08:07:20] (03PS1) 10Hashar: docker: add `file` to operations-puppet container [integration/config] - 10https://gerrit.wikimedia.org/r/517007 (https://phabricator.wikimedia.org/T225710) [08:07:37] (03CR) 10Hashar: [C: 03+2] docker: add `file` to operations-puppet container [integration/config] - 10https://gerrit.wikimedia.org/r/517007 (https://phabricator.wikimedia.org/T225710) (owner: 10Hashar) [08:09:09] (03Merged) 10jenkins-bot: docker: add `file` to operations-puppet container [integration/config] - 10https://gerrit.wikimedia.org/r/517007 (https://phabricator.wikimedia.org/T225710) (owner: 10Hashar) [08:10:08] well that was fast [08:15:59] RECOVERY - Free space - all mounts on integration-trigger-01 is OK: OK: All targets OK [08:18:36] (03PS1) 10Hashar: Bump operations/puppet container [integration/config] - 10https://gerrit.wikimedia.org/r/517009 (https://phabricator.wikimedia.org/T225710) [08:19:14] (03CR) 10Hashar: [C: 03+2] "INFO:jenkins_jobs.builder:Reconfiguring jenkins job operations-puppet-tests-stretch-docker" [integration/config] - 10https://gerrit.wikimedia.org/r/517009 (https://phabricator.wikimedia.org/T225710) (owner: 10Hashar) [08:21:27] (03Merged) 10jenkins-bot: Bump operations/puppet container [integration/config] - 10https://gerrit.wikimedia.org/r/517009 (https://phabricator.wikimedia.org/T225710) (owner: 10Hashar) [08:34:01] How are new weeks created in the deployment calendar? I'd like to edit that template, to give myself a SWAT shift. [08:46:34] James_F: ^ At your convenience, please add me to the EU SWAT template. Sorry I couldn't find the source! [09:10:58] (03PS1) 10Hashar: Enable test for BlueSpiceExtendedSearch [integration/config] - 10https://gerrit.wikimedia.org/r/517015 [09:11:43] (03CR) 10Hashar: Skip mediawiki-quibble-vendor-mysql-hhvm-docker for ExtendedSearch and Social (031 comment) [integration/config] - 10https://gerrit.wikimedia.org/r/514217 (owner: 10Pwirth) [09:12:42] (03CR) 10Hashar: [C: 03+2] Enable test for BlueSpiceExtendedSearch [integration/config] - 10https://gerrit.wikimedia.org/r/517015 (owner: 10Hashar) [09:14:11] (03Merged) 10jenkins-bot: Enable test for BlueSpiceExtendedSearch [integration/config] - 10https://gerrit.wikimedia.org/r/517015 (owner: 10Hashar) [09:15:43] (03CR) 10Hashar: [C: 03+2] "A dummy test change is https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/BlueSpiceExtendedSearch/+/446020/" [integration/config] - 10https://gerrit.wikimedia.org/r/517015 (owner: 10Hashar) [09:30:48] (03CR) 10Hashar: "The skip-if filters are a bit of a mess right now. The repository has the Zuul template extension-phan which currently still uses php7.0." [integration/config] - 10https://gerrit.wikimedia.org/r/512344 (owner: 10Robert Vogel) [09:32:02] (03PS1) 10Hashar: [WebAuthn] remove phan jobs which are php7.0 based [integration/config] - 10https://gerrit.wikimedia.org/r/517018 [09:33:39] (03PS2) 10Hashar: Remove non-PHP-7.2 tests for "Extension:WebAuthn" [integration/config] - 10https://gerrit.wikimedia.org/r/512344 (owner: 10Robert Vogel) [09:35:32] (03CR) 10Hashar: Skip mediawiki-quibble-vendor-mysql-hhvm-docker for ExtendedSearch and Social (031 comment) [integration/config] - 10https://gerrit.wikimedia.org/r/514217 (owner: 10Pwirth) [09:35:41] (03PS5) 10Hashar: Skip mediawiki-quibble-vendor-mysql-hhvm-docker for ExtendedSearch and Social [integration/config] - 10https://gerrit.wikimedia.org/r/514217 (owner: 10Pwirth) [09:39:44] (03CR) 10Hashar: [C: 03+2] [WebAuthn] remove phan jobs which are php7.0 based [integration/config] - 10https://gerrit.wikimedia.org/r/517018 (owner: 10Hashar) [09:41:19] (03Merged) 10jenkins-bot: [WebAuthn] remove phan jobs which are php7.0 based [integration/config] - 10https://gerrit.wikimedia.org/r/517018 (owner: 10Hashar) [09:44:19] (03CR) 10Hashar: Remove non-PHP-7.2 tests for "Extension:WebAuthn" (031 comment) [integration/config] - 10https://gerrit.wikimedia.org/r/512344 (owner: 10Robert Vogel) [09:54:22] (03PS3) 10Hashar: Remove non-PHP-7.2 tests for "Extension:WebAuthn" [integration/config] - 10https://gerrit.wikimedia.org/r/512344 (owner: 10Robert Vogel) [09:55:07] (03PS1) 10Hashar: [WebAuthn] also remove seccheck which is PHP 7.0 based [integration/config] - 10https://gerrit.wikimedia.org/r/517024 [09:55:19] (03CR) 10Hashar: "I will continue after lunch" [integration/config] - 10https://gerrit.wikimedia.org/r/517024 (owner: 10Hashar) [10:02:04] PROBLEM - Free space - all mounts on integration-trigger-01 is CRITICAL: CRITICAL: integration.integration-trigger-01.diskspace._srv.byte_percentfree (<20.00%) [10:12:01] RECOVERY - Free space - all mounts on integration-trigger-01 is OK: OK: All targets OK [11:33:02] PROBLEM - Free space - all mounts on integration-trigger-01 is CRITICAL: CRITICAL: integration.integration-trigger-01.diskspace._srv.byte_percentfree (<10.00%) [11:34:19] 10Project-Admins: Desktop Tag - https://phabricator.wikimedia.org/T225799 (10JTannerWMF) [11:40:40] (03CR) 10Hashar: [C: 03+2] [WebAuthn] also remove seccheck which is PHP 7.0 based [integration/config] - 10https://gerrit.wikimedia.org/r/517024 (owner: 10Hashar) [11:42:19] (03Merged) 10jenkins-bot: [WebAuthn] also remove seccheck which is PHP 7.0 based [integration/config] - 10https://gerrit.wikimedia.org/r/517024 (owner: 10Hashar) [11:43:32] (03CR) 10Hashar: [C: 03+2] "Zuul layout diff shows the filter is appended and none is removed." [integration/config] - 10https://gerrit.wikimedia.org/r/512344 (owner: 10Robert Vogel) [11:45:07] (03Merged) 10jenkins-bot: Remove non-PHP-7.2 tests for "Extension:WebAuthn" [integration/config] - 10https://gerrit.wikimedia.org/r/512344 (owner: 10Robert Vogel) [11:46:50] 10Release-Engineering-Team (Kanban), 10Release Pipeline, 10Core Platform Team (Extension Management (TEC13)), 10Core Platform Team Kanban (Doing), and 2 others: Determine a standard way of installing MediaWiki lib/extension dependencies within containers - https://phabricator.wikimedia.org/T193824 (10daniel... [11:48:00] RECOVERY - Free space - all mounts on integration-trigger-01 is OK: OK: All targets OK [12:30:23] (03CR) 10Robert Vogel: [C: 03+1] Skip mediawiki-quibble-vendor-mysql-hhvm-docker for ExtendedSearch and Social [integration/config] - 10https://gerrit.wikimedia.org/r/514217 (owner: 10Pwirth) [12:38:08] (03Abandoned) 10Hashar: Skip mediawiki-quibble-vendor-mysql-hhvm-docker for ExtendedSearch and Social [integration/config] - 10https://gerrit.wikimedia.org/r/514217 (owner: 10Pwirth) [12:52:20] zeljkof: my WMDE colleague mentioned this already few minutes ago in #wikimedia-operations, but let me try here as well. Wikibase browser tests are failing unexpectedly today [12:52:40] zeljkof: reason seems to be rate limits for ip edits (8 per minute) [12:52:47] leszek_wmde: let me take a look, I didn't see it in -operations [12:53:33] that's strange [12:53:39] zeljkof: fantastic sir, thanks. if you prefer chatting in this channel not in -operations, thats also fine (whichever channel you prefer) [12:54:11] either is good, I just don't read all traffic in either, so a ping helps :) [12:59:01] PROBLEM - Free space - all mounts on integration-trigger-01 is CRITICAL: CRITICAL: integration.integration-trigger-01.diskspace._srv.byte_percentfree (<10.00%) [13:02:45] (03PS1) 10Hashar: jjb: remove selenium-{project}-chrome [integration/config] - 10https://gerrit.wikimedia.org/r/517068 (https://phabricator.wikimedia.org/T224301) [13:03:42] (03Abandoned) 10Hashar: docker: rake-mediawiki-selenium [integration/config] - 10https://gerrit.wikimedia.org/r/484507 (https://phabricator.wikimedia.org/T210285) (owner: 10Hashar) [13:03:53] (03CR) 10Hashar: [C: 03+2] jjb: remove selenium-{project}-chrome [integration/config] - 10https://gerrit.wikimedia.org/r/517068 (https://phabricator.wikimedia.org/T224301) (owner: 10Hashar) [13:04:10] 10Continuous-Integration-Infrastructure (Slipway), 10Release-Engineering-Team (Kanban), 10Lexicographical data, 10Wikidata, and 3 others: Migrate selenium-Wikibase-chrome selenium-WikibaseLexeme-chrome to Docker containers - https://phabricator.wikimedia.org/T210285 (10hashar) 05Open→03Resolved Eventua... [13:06:07] (03Merged) 10jenkins-bot: jjb: remove selenium-{project}-chrome [integration/config] - 10https://gerrit.wikimedia.org/r/517068 (https://phabricator.wikimedia.org/T224301) (owner: 10Hashar) [13:14:00] RECOVERY - Free space - all mounts on integration-trigger-01 is OK: OK: All targets OK [14:31:01] PROBLEM - Free space - all mounts on integration-trigger-01 is CRITICAL: CRITICAL: integration.integration-trigger-01.diskspace._srv.byte_percentfree (<10.00%) [14:35:23] (03Abandoned) 10Kosta Harlan: Add Parsoid to docker image and run for Selenium tests [integration/quibble] - 10https://gerrit.wikimedia.org/r/497222 (https://phabricator.wikimedia.org/T218534) (owner: 10Kosta Harlan) [14:36:38] (03CR) 10Kosta Harlan: [C: 03+1] Remove coverage ci step for extensions with codehealth [integration/config] - 10https://gerrit.wikimedia.org/r/514717 (owner: 10Michael Große) [14:46:01] RECOVERY - Free space - all mounts on integration-trigger-01 is OK: OK: All targets OK [14:53:31] (03CR) 10Kosta Harlan: [C: 04-1] "Actually, just noticed an issue with Ic1d5ac41cf29bb5d990ce1a3074d9f644a00614b in not publishing the coverage report for GrowthExperiments" [integration/config] - 10https://gerrit.wikimedia.org/r/514717 (owner: 10Michael Große) [15:10:43] 10Continuous-Integration-Infrastructure, 10Zuul: Depends-On should not work across branches - https://phabricator.wikimedia.org/T210685 (10Krinkle) >>! In T210685#4783965, @Legoktm wrote: > This isn't due to Depends-On, it's because gate-and-submit-* uses the dependent queue (AFAICT), which means changes are a... [15:21:02] 10Release-Engineering-Team, 10Scap, 10serviceops, 10PHP 7.2 support, 10User-jijiki: Enhance MediaWiki deployments for support of php7.x - https://phabricator.wikimedia.org/T224857 (10Joe) >>! In T224857#5258042, @Krinkle wrote: > Quick fly-by note from Performance perspective, current expectation and tar... [15:22:46] 10Release-Engineering-Team, 10Scap, 10serviceops, 10PHP 7.2 support, 10User-jijiki: Enhance MediaWiki deployments for support of php7.x - https://phabricator.wikimedia.org/T224857 (10Joe) Also, before building such implicit expectation in a software, it would be appreciated if the matter is discussed wit... [15:28:02] (03PS1) 10Kosta Harlan: Codehealth: Make mwext-codehealth-master-non-voting synchronous [integration/config] - 10https://gerrit.wikimedia.org/r/517082 (https://phabricator.wikimedia.org/T224990) [15:28:32] 10Release-Engineering-Team, 10Scap, 10serviceops, 10PHP 7.2 support, 10User-jijiki: Enhance MediaWiki deployments for support of php7.x - https://phabricator.wikimedia.org/T224857 (10Joe) >>! In T224857#5257986, @thcipriani wrote: > I think I saw you post elsewhere this article about Etsy symlink swaps:... [15:28:59] (03CR) 10jerkins-bot: [V: 04-1] Codehealth: Make mwext-codehealth-master-non-voting synchronous [integration/config] - 10https://gerrit.wikimedia.org/r/517082 (https://phabricator.wikimedia.org/T224990) (owner: 10Kosta Harlan) [15:32:20] (03PS2) 10Kosta Harlan: Codehealth: Make mwext-codehealth-master-non-voting synchronous [integration/config] - 10https://gerrit.wikimedia.org/r/517082 (https://phabricator.wikimedia.org/T224990) [15:37:27] hashar: https://phabricator.wikimedia.org/T189560 - still cannot backport patches to REL1_33 - since April :) [15:39:56] (03CR) 10Krinkle: "For repos that are core or tarballed, it should use vendor. For any other repo (including wmf and anything else) it should trigger compose" [integration/config] - 10https://gerrit.wikimedia.org/r/511866 (https://phabricator.wikimedia.org/T189560) (owner: 10Hashar) [15:41:10] 10Release-Engineering-Team, 10Wikimedia-General-or-Unknown, 10Epic, 10phan: Enable mediawiki/mediawiki-phan-config on all Wikimedia-deployed repositories - https://phabricator.wikimedia.org/T224783 (10Umherirrender) [15:45:05] awight: Done: https://wikitech.wikimedia.org/w/index.php?title=Deployments/Template&diff=1829191&oldid=1829189 [15:45:53] (03PS3) 10Jforrester: jjb: Switch coverage jobs from quibble-stretch-php70 to quibble-coverage, try II [integration/config] - 10https://gerrit.wikimedia.org/r/516976 [15:46:53] Krinkle: ohhh yeah for REL branches and vendor ;... [15:47:04] I had a patch for it which is to just stop using vendor for REL branches [15:47:11] (03CR) 10Jforrester: [C: 03+2] jjb: Switch coverage jobs from quibble-stretch-php70 to quibble-coverage, try II [integration/config] - 10https://gerrit.wikimedia.org/r/516976 (owner: 10Jforrester) [15:47:18] gotta revisit it :-\ https://gerrit.wikimedia.org/r/#/c/integration/config/+/511866/ [15:47:45] the whole vendor thing is a bit messy though [15:48:15] s/bit messy/disaster/ [15:49:24] (03Merged) 10jenkins-bot: jjb: Switch coverage jobs from quibble-stretch-php70 to quibble-coverage, try II [integration/config] - 10https://gerrit.wikimedia.org/r/516976 (owner: 10Jforrester) [15:49:47] maybe I should split the dependent pipelines first [15:50:52] !log Bumped jjb mediawiki-phpunit-coverage-patch-docker [15:50:53] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [16:00:21] (03PS1) 10Thcipriani: parameter_functions: add DOC_* vars to codehealth jobs [integration/config] - 10https://gerrit.wikimedia.org/r/517087 [16:01:49] 10Continuous-Integration-Config: Move coverage tasks from PHP70 to PHP72 - https://phabricator.wikimedia.org/T225832 (10Jdforrester-WMF) [16:02:36] (03PS1) 10Jforrester: dockerfiles: [quibble-coverage] Move from PHP 7.0 to 7.2 [integration/config] - 10https://gerrit.wikimedia.org/r/517088 (https://phabricator.wikimedia.org/T225832) [16:02:38] (03PS1) 10Jforrester: jjb: Switch coverage jobs to the PHP 7.2 version of quibble-coverage [integration/config] - 10https://gerrit.wikimedia.org/r/517089 (https://phabricator.wikimedia.org/T225832) [16:03:20] (03CR) 10Kosta Harlan: [C: 03+1] parameter_functions: add DOC_* vars to codehealth jobs [integration/config] - 10https://gerrit.wikimedia.org/r/517087 (owner: 10Thcipriani) [16:04:27] !log Dropped docker-registry.discovery.wmnet/releng/quibble-stretch-php70:0.0.31-1 from contint1001, unused [16:04:34] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [16:05:14] (03CR) 10Jforrester: [C: 03+2] dockerfiles: [quibble-coverage] Move from PHP 7.0 to 7.2 [integration/config] - 10https://gerrit.wikimedia.org/r/517088 (https://phabricator.wikimedia.org/T225832) (owner: 10Jforrester) [16:06:26] (03CR) 10Thcipriani: [C: 03+2] "INFO:jenkins_jobs.builder:Number of jobs generated: 2" [integration/config] - 10https://gerrit.wikimedia.org/r/517082 (https://phabricator.wikimedia.org/T224990) (owner: 10Kosta Harlan) [16:06:49] (03Merged) 10jenkins-bot: dockerfiles: [quibble-coverage] Move from PHP 7.0 to 7.2 [integration/config] - 10https://gerrit.wikimedia.org/r/517088 (https://phabricator.wikimedia.org/T225832) (owner: 10Jforrester) [16:08:17] !log Updating docker-pkg to provide quibble-coverage on php7.2 [16:08:18] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [16:09:05] (03CR) 10Jforrester: [C: 03+2] jjb: Switch coverage jobs to the PHP 7.2 version of quibble-coverage [integration/config] - 10https://gerrit.wikimedia.org/r/517089 (https://phabricator.wikimedia.org/T225832) (owner: 10Jforrester) [16:09:21] (03Merged) 10jenkins-bot: Codehealth: Make mwext-codehealth-master-non-voting synchronous [integration/config] - 10https://gerrit.wikimedia.org/r/517082 (https://phabricator.wikimedia.org/T224990) (owner: 10Kosta Harlan) [16:09:39] * James_F waits for thcipriani to push that jjb change. :-) [16:10:33] James_F: you mean my zuul change? or the one I +2'd? Either way don't wait for me...deployed the one I +2'd already, will merge the zuul change...in a bit :) [16:10:46] OK, will proceed then. :-) [16:12:01] (03Merged) 10jenkins-bot: jjb: Switch coverage jobs to the PHP 7.2 version of quibble-coverage [integration/config] - 10https://gerrit.wikimedia.org/r/517089 (https://phabricator.wikimedia.org/T225832) (owner: 10Jforrester) [16:16:07] (03PS1) 10Jforrester: layout: Point 'mediawiki-phpunit-coverage-patch-docker' at generic php [integration/config] - 10https://gerrit.wikimedia.org/r/517090 [16:16:20] (03CR) 10Jforrester: [C: 03+2] layout: Point 'mediawiki-phpunit-coverage-patch-docker' at generic php [integration/config] - 10https://gerrit.wikimedia.org/r/517090 (owner: 10Jforrester) [16:18:30] (03Merged) 10jenkins-bot: layout: Point 'mediawiki-phpunit-coverage-patch-docker' at generic php [integration/config] - 10https://gerrit.wikimedia.org/r/517090 (owner: 10Jforrester) [16:33:00] PROBLEM - Free space - all mounts on integration-trigger-01 is CRITICAL: CRITICAL: integration.integration-trigger-01.diskspace._srv.byte_percentfree (<10.00%) [16:33:03] hashar: What does `INFO:backend.MySQL:Initializing MySQL data directory` come from? Somewhere in quibble? It seems broken in php72. :-( [16:33:25] it looks like a python logging log, so I would assume quibble [16:33:54] I think it's a python logging bug about an underlying error, but the bug obscures what's going wrong, yeah. [16:34:01] * James_F reverts. :-( [16:34:40] https://github.com/wikimedia/quibble/blob/master/quibble/backend.py#L215 [16:34:52] mysql_install_db? [16:35:20] (03PS1) 10Jforrester: jjb: Point extension coverage jobs back to php70 [integration/config] - 10https://gerrit.wikimedia.org/r/517097 [16:36:07] Oh, hmm. [16:36:29] That's provided by mysql themselves, right? [16:37:06] Does that mean we need to change the packaged version of mysql up from what we get from Debian? That'd be really irritating. [16:37:23] (03CR) 10Jforrester: [C: 03+2] "mysql_install_db breaks." [integration/config] - 10https://gerrit.wikimedia.org/r/517097 (owner: 10Jforrester) [16:37:48] s/mysql/mariadb/ of course. [16:40:02] (03Merged) 10jenkins-bot: jjb: Point extension coverage jobs back to php70 [integration/config] - 10https://gerrit.wikimedia.org/r/517097 (owner: 10Jforrester) [16:40:37] I do believe it is supplied by mysql. I am not sure what it means, hopefully it doesn't mean we need a different package. [16:41:31] 10Continuous-Integration-Config, 10Patch-For-Review: Move coverage tasks from PHP70 to PHP72 - https://phabricator.wikimedia.org/T225832 (10Jdforrester-WMF) The `mediawiki-core` jobs work fine: ` 09:21:50 Using PHP 7.2.19-1+0~20190531112637.22+stretch~1.gbp75765b … 09:23:06 Finished: SUCCESS ` … however, the... [16:45:52] 10Release-Engineering-Team, 10MediaWiki-General-or-Unknown, 10TechCom, 10PHP 7.0 support, 10Patch-For-Review: Drop PHP 7.0 support from MediaWiki - https://phabricator.wikimedia.org/T216165 (10Jdforrester-WMF) [16:45:54] 10Continuous-Integration-Config: Move all CI generic tasks from PHP70 to PHP72 - https://phabricator.wikimedia.org/T225457 (10Jdforrester-WMF) [16:48:00] RECOVERY - Free space - all mounts on integration-trigger-01 is OK: OK: All targets OK [16:49:01] Given that hashar is about to do a release of quibble, maybe we should wait for that to land? (We're currently running a version a dozen patches behind master, I think.) [16:53:50] * thcipriani deploys zuul patch [16:54:43] (03CR) 10Thcipriani: [C: 03+2] parameter_functions: add DOC_* vars to codehealth jobs [integration/config] - 10https://gerrit.wikimedia.org/r/517087 (owner: 10Thcipriani) [16:56:55] (03Merged) 10jenkins-bot: parameter_functions: add DOC_* vars to codehealth jobs [integration/config] - 10https://gerrit.wikimedia.org/r/517087 (owner: 10Thcipriani) [16:58:59] !log reloading zuul to deploy https://gerrit.wikimedia.org/r/517087 [16:59:00] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [17:07:15] awight: just add your name to next week, it's a simple copy/edit/paste recurring toil job I do :) [17:07:35] awight: ah, James_F beat me/you [17:09:22] ah, I’d been wondering as well if there was any more magic to it :) [17:10:22] greg-g: We now have a template: https://wikitech.wikimedia.org/wiki/Deployments/Template Pick which type (European or American train, copy/paste, replace TRAINCONDUCTOR with whoever is doing the train, MONTH with the month name, MM with the month number, and DAY1–4 with the day number. [17:11:37] James_F: nice! I had https://wikitech.wikimedia.org/wiki/Deployments/Weekly_template that I never used :) [17:12:12] Oh, hah. [17:14:18] James_F: but mine was create pre European train window, so your's is much more useful [17:15:02] Kk [17:15:19] It failed to come up in my searching, oops. :-) [17:16:42] "apt-file search mysql_install_db" tells me mariadb-server-core-10.3: /usr/bin/mysql_install_db [17:17:04] oh, I was backscrolled in history, sorry [17:17:24] James_F: i guess something something might have changed in mariadb [17:17:32] I guess a new version of the package :| [17:18:57] hashar: In my local docker, `mysql_install_db` works fine inside the php72 version of quibble-coverage. [17:19:06] :-\ [17:19:11] Yeah. [17:19:21] hashar: How far away is the new release of quibble? [17:19:34] cant jump in that rabbit hole tonight, I have plenty of stuff to polish up for the week-end [17:19:35] for Quibble [17:19:48] Sure, but… Monday? Two weeks? Two months? [17:19:50] will cut a new one when I have finished reviewing/testing/merging awight patches [17:19:56] so a week I guess [17:20:02] Cool. [17:20:02] what do you need? [17:20:20] I was wondering if it was worth debugging now, or just waiting for the new version of quibble that might change everything. [17:20:27] na [17:20:31] it is not changing anything [17:20:32] well [17:20:37] it is just some internal refactoring [17:20:42] Hopefully not changing anything. :-) [17:20:44] so that instead of executing commands straight away [17:20:48] they are pilled in an array [17:20:55] and then the commands listed in the array get executed [17:21:01] so one can potentially use quibble --dry-run [17:21:09] which would just show the commands without actually executing them [17:21:21] for your issue: task !! :] [17:21:28] bonus if there is a way to reproduce [17:21:38] hashar: I have T225832 :-) [17:21:39] T225832: Move coverage tasks from PHP70 to PHP72 - https://phabricator.wikimedia.org/T225832 [17:21:53] * James_F creates a sub-task. [17:22:02] mysql_install_db is really just to initliaze some basic data [17:22:19] 10Continuous-Integration-Config, 10Quibble: Quibble fails at the mysql_install_db step on PHP72? - https://phabricator.wikimedia.org/T225840 (10Jdforrester-WMF) [17:25:04] James_F: anyway I have to exit() :-\ [17:25:59] Sure. See you next week! [17:26:15] 10Continuous-Integration-Config, 10Quibble: Quibble fails at the mysql_install_db step on PHP72? - https://phabricator.wikimedia.org/T225840 (10Jdforrester-WMF) a:05Jdforrester-WMF→03None [17:27:13] Oh, interestingly. [17:27:25] If I just run `quibble` I can repeat locally. [17:27:53] It unhelpfully says "Examine the logs in /tmp/quibble-mysql-4tj6kzd3 for more information." but /tmp is empty. [17:28:15] is it empty while quibble is running? [17:28:27] James_F: what's the error message? [17:28:39] liw: Maybe. The image doesn't have screen… [17:28:51] James_F, shat's mtime for /tmp? [17:28:53] kostajh: Oh! [17:30:11] liw: Looks like it is being touched, yes. [17:30:20] `Exception: FAILED (1): Installing MariaDB/MySQL system tables in '/tmp/quibble-mysql-llvhpymq' ...` [17:30:29] Presumably /tmp isn't letting it write there, for some reason. [17:31:50] James_F, does it help to do mkdir /eph; chmod a+rwx /eph; export TMPDIR=/eph; before you run the command that fails? [17:32:38] liw: No, `Exception: FAILED (1): Installing MariaDB/MySQL system tables in '/eph/quibble-mysql-9f8h5scu' ...` [17:33:01] James_F, hmm. do you have strace? [17:33:53] * James_F digs. [17:34:47] why is it trying to write to /eph? [17:51:03] Oh. [17:51:11] The failure happens in the php70 image too? [17:52:32] oh [17:52:34] No trace from within mariadb's script. [17:52:41] i missed liw message, ignore me :P [17:52:41] Just from quibble. [17:55:36] o/ twentyafterfour do you know if it is possible to retrieve Phabricator ticket tags over REST API? They don't seem to be in the result: https://secure.phabricator.com/conduit/method/maniphest.search/ [17:56:56] (03CR) 10Brian Wolff: "Thank you :)" [integration/config] - 10https://gerrit.wikimedia.org/r/512344 (owner: 10Robert Vogel) [17:56:58] For example, on T214540 I'd like to get ["Advanced Mobile Contributions", "Epic", ...] [17:56:58] T214540: [EPIC] AMC Navigation - user menu - https://phabricator.wikimedia.org/T214540 [18:10:18] James_F: Might be /tmp on the host instead of the guest (or vice versa). [18:10:33] Which, if not overridden with a mount, is lost after the command. [18:11:17] (don't know if that helps, but it's what the issue was when I encountered a similar issue) [18:11:45] Krinkle: Hmm. But why would that suddenly be an issue but not beforehand? [18:13:21] Anyway. I think I'll bump the fresnel images over to php72 now. [18:16:05] James_F: That should happen both ways, but I'm not referring to the bug itself but rather the ability to find the file it says it wrote to /tmp [18:16:44] presumably if it worked before, there was no error file to be written and thus not encountering a problem with finding it [18:16:52] but I may've misunderstood :) [18:17:52] paladox: did the HTTP credential disappear in Gerrit? On the new UI, I have a link on my settings page to https://gerrit.wikimedia.org/r/settings/#HTTPCredentials but it does nothing. I have to manually edit the CSS to force the display. On the old UI, there's no link at all. [18:18:22] E.g., https://gerrit.wikimedia.org/r/settings/#HTTPCredentials [18:22:58] (03PS1) 10Jforrester: dockerfiles: [quibble-fresnel] Move from PHP 7.0 to 7.2 [integration/config] - 10https://gerrit.wikimedia.org/r/517115 (https://phabricator.wikimedia.org/T220866) [18:23:00] (03PS1) 10Jforrester: jjb: Point fresnel job at php72 [integration/config] - 10https://gerrit.wikimedia.org/r/517116 (https://phabricator.wikimedia.org/T220866) [18:24:56] (03CR) 10Jforrester: [C: 03+2] dockerfiles: [quibble-fresnel] Move from PHP 7.0 to 7.2 [integration/config] - 10https://gerrit.wikimedia.org/r/517115 (https://phabricator.wikimedia.org/T220866) (owner: 10Jforrester) [18:26:28] (03Merged) 10jenkins-bot: dockerfiles: [quibble-fresnel] Move from PHP 7.0 to 7.2 [integration/config] - 10https://gerrit.wikimedia.org/r/517115 (https://phabricator.wikimedia.org/T220866) (owner: 10Jforrester) [18:28:58] niedzielski yup (was disabled due to the incident in march) [18:29:09] hopefully will be re enabled soon :) [18:29:25] as soon as https://phabricator.wikimedia.org/T225369 is done. [18:30:59] paladox: ok thanks. not blocking me but glad it's not a bug [18:32:12] niedzielski you can also use your ldap pass for http auth. [18:32:30] just https://gerrit.wikimedia.org/r/settings/#HTTPCredentials was another way to use http auth without using your ldap pass. [18:33:05] paladox: thanks! i happen to already have an http pass [18:34:16] you won't be able to use the http pass you generated using that link niedzielski. [18:35:01] *either (untill it's re enabled) [18:38:21] no, this is from before. seems to work fine fortunately [18:38:40] niedzielski the http password you generated still works? [18:39:33] (03PS2) 10Jforrester: jjb: Point fresnel job at php72 [integration/config] - 10https://gerrit.wikimedia.org/r/517116 (https://phabricator.wikimedia.org/T220866) [18:39:35] (03PS1) 10Jforrester: dockerfiles: [quibble-fresnel] Also commit the removal of dupe npm loading [integration/config] - 10https://gerrit.wikimedia.org/r/517119 [18:39:51] (03CR) 10Jforrester: [C: 03+2] dockerfiles: [quibble-fresnel] Also commit the removal of dupe npm loading [integration/config] - 10https://gerrit.wikimedia.org/r/517119 (owner: 10Jforrester) [18:39:56] paladox: i think so. both ldap and (what i have recorded as my) http passwords seem to get the same results from https://gerrit.wikimedia.org/r/changes/ endpoint [18:40:20] oh, yup, try https://gerrit.wikimedia.org/r/a/changes/ niedzielski [18:40:39] /r/changes/ works when logged out or in, where as /r/a/changes/ requires auth [18:41:04] /r/a/changes/ doesn't seem to work with either password [18:41:24] (03Merged) 10jenkins-bot: dockerfiles: [quibble-fresnel] Also commit the removal of dupe npm loading [integration/config] - 10https://gerrit.wikimedia.org/r/517119 (owner: 10Jforrester) [18:42:09] my mistake-- my curl authentication settings must not be configured right. works fine in browser (where i'm logged in) [18:43:03] ok, the ldap pass should work but your http pass you generated will not work (even if we re enable it, you'll have to generate a new one) [18:43:19] what's confusing is that /r/changes/ returns an empty response unless HTTP or LDAP password is used [18:44:14] !log Publishing image docker-registry.discovery.wmnet/releng/quibble-fresnel:0.0.31-5 [18:44:16] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [18:45:09] (03CR) 10Jforrester: [C: 03+2] jjb: Point fresnel job at php72 [integration/config] - 10https://gerrit.wikimedia.org/r/517116 (https://phabricator.wikimedia.org/T220866) (owner: 10Jforrester) [18:45:56] niedzielski works for me (ie i get a response when i use -I) [18:47:19] (03Merged) 10jenkins-bot: jjb: Point fresnel job at php72 [integration/config] - 10https://gerrit.wikimedia.org/r/517116 (https://phabricator.wikimedia.org/T220866) (owner: 10Jforrester) [18:47:32] You're right again, of course. I must have had the flag set on my end. [18:49:23] Also hmm, i guess i should use dom-if to prevent users from using css to re show that dialog :) [18:52:36] fixed in https://gerrit-review.googlesource.com/c/gerrit/+/227932 [18:53:52] niedzielski: try adding this to the attachments field on your query: { "projects": true } [18:55:02] James_F: Did the base image change for fresnel? [18:55:06] - /opt/fresnel/node_modules/fresnel/node_modules/puppeteer/.local-chromium/linux-624492/chrome-linux/chrome: error while loading shared libraries: libatk-bridge-2.0.so.0: cannot open shared object file: No such file or directory [18:55:13] not an error I expect from changing the php package only [18:57:41] twentyafterfour: very nifty. is it possible to get human readable strings in the response instead of stuff like "PHID-PROJ-onnxucoedheq3jevknyr" or does that require another query? [18:57:58] niedzielski: that requires another query [18:58:03] unfortunately [18:58:21] twentyafterfour: okey dokey. thanks! [18:58:21] you can do a project.search for the list of phids and get results [18:59:54] (03CR) 10Krinkle: dockerfiles: [quibble-fresnel] Also commit the removal of dupe npm loading (031 comment) [integration/config] - 10https://gerrit.wikimedia.org/r/517119 (owner: 10Jforrester) [18:59:57] James_F: ^ [19:02:28] (03PS1) 10Jforrester: dockerfiles: [quibble-fresnel] … and restore firefox [integration/config] - 10https://gerrit.wikimedia.org/r/517121 [19:03:24] Krinkle: Python(3) is already installed, and fresnel loads initially fine (which is why I didn't notice). [19:03:41] What uses build-essential? [19:04:39] (And does it need python2 as well?) [19:07:21] RECOVERY - Puppet errors on integration-trigger-01 is OK: OK: Less than 1.00% above the threshold [2.0] [19:15:12] 10Continuous-Integration-Config, 10Fresnel, 10Performance-Team: Switch Fresnel for MediaWiki jobs from php70 to php72 - https://phabricator.wikimedia.org/T220866 (10Jdforrester-WMF) a:03Jdforrester-WMF [19:16:19] James_F: I don't have time to look into it further, but to keep the change minimal I wouldn't recommend removing apt-get commands as part of this. [19:16:55] Those are needed by node-gyp, and there is also undocumented overlap between Chromium and Firefox-esr due to Debian seemingly being unwilling to package chromium in a way that actually makes it run without errors. [19:17:30] unless an apt_install comamnd in the parent image does the same, keep it please :) [19:17:59] It does. [19:18:06] The npm commands fatal the docker build. [19:18:22] That's why I removed it. [19:18:50] OK, but unless we understand why it broke removal is not a solution per se. [19:19:18] It broke because your code was trying to manually install npm (rather than via apt-get) on an image which already had npm installed. [19:19:18] I'm signing off in an hour or so, but can always work on it together next week. [19:19:29] we've not installed npm via apt-get since 2013. [19:19:48] Sure, but that means manual installation steps need to error-check themselves. :-) [19:19:52] it failed for a different reason [19:19:56] which we can figure out next week [19:23:45] (03PS2) 10Jforrester: dockerfiles: [quibble-fresnel] … and restore firefox [integration/config] - 10https://gerrit.wikimedia.org/r/517121 [19:31:52] (03CR) 10Kosta Harlan: [C: 03+1] "Should be good to go now" [integration/config] - 10https://gerrit.wikimedia.org/r/514717 (owner: 10Michael Große) [19:32:38] kostajh: Do you want to add CodeHealth to the Wikibase repos first? [19:33:04] * Krinkle is now caught up with gerrit notifs from 10 days ago, 2 days closest than yesterday. [19:33:05] o/ [19:33:07] James_F: yes https://gerrit.wikimedia.org/r/c/integration/config/+/511066 should be OK to go [19:33:13] kostajh: OK, one moment. [19:33:17] (03CR) 10Jforrester: [C: 03+2] Add sonar CodeHealth checks to Wikibase repos [integration/config] - 10https://gerrit.wikimedia.org/r/511066 (https://phabricator.wikimedia.org/T216630) (owner: 10Michael Große) [19:33:32] (03Abandoned) 10Jforrester: [MobileApps/Deploy] Add deploy-node10-docker job as experimental [integration/config] - 10https://gerrit.wikimedia.org/r/501688 (owner: 10Jforrester) [19:33:38] (03Abandoned) 10Jforrester: [MobileApps/Deploy] Use node10-docker job, drop node6 ones [integration/config] - 10https://gerrit.wikimedia.org/r/501689 (https://phabricator.wikimedia.org/T211785) (owner: 10Jforrester) [19:33:43] (03Abandoned) 10Jforrester: [MoblileApps] Move from npm-docker to node10-docker [integration/config] - 10https://gerrit.wikimedia.org/r/478762 (https://phabricator.wikimedia.org/T211785) (owner: 10Jforrester) [19:33:48] (03Abandoned) 10Jforrester: docker: Provide a -deploy-node10-docker job template [integration/config] - 10https://gerrit.wikimedia.org/r/501687 (owner: 10Jforrester) [19:34:04] (03PS4) 10Kosta Harlan: Codehealth: Add Translate extension to pipeline [integration/config] - 10https://gerrit.wikimedia.org/r/516500 (https://phabricator.wikimedia.org/T225581) [19:34:11] James_F: https://gerrit.wikimedia.org/r/c/integration/config/+/516500 should be good now too [19:34:51] (03Merged) 10jenkins-bot: Add sonar CodeHealth checks to Wikibase repos [integration/config] - 10https://gerrit.wikimedia.org/r/511066 (https://phabricator.wikimedia.org/T216630) (owner: 10Michael Große) [19:35:58] !log Zuul: Deploying Add sonar CodeHealth checks to Wikibase repos [19:36:00] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [19:36:21] (03PS2) 10Jforrester: Remove coverage ci step for extensions with codehealth [integration/config] - 10https://gerrit.wikimedia.org/r/514717 (owner: 10Michael Große) [19:36:26] (03CR) 10Jforrester: [C: 03+2] Remove coverage ci step for extensions with codehealth [integration/config] - 10https://gerrit.wikimedia.org/r/514717 (owner: 10Michael Große) [19:37:58] (03Merged) 10jenkins-bot: Remove coverage ci step for extensions with codehealth [integration/config] - 10https://gerrit.wikimedia.org/r/514717 (owner: 10Michael Große) [19:38:36] (03PS5) 10Jforrester: Codehealth: Add Translate extension to pipeline [integration/config] - 10https://gerrit.wikimedia.org/r/516500 (https://phabricator.wikimedia.org/T225581) (owner: 10Kosta Harlan) [19:38:41] (03CR) 10Jforrester: [C: 03+2] Codehealth: Add Translate extension to pipeline [integration/config] - 10https://gerrit.wikimedia.org/r/516500 (https://phabricator.wikimedia.org/T225581) (owner: 10Kosta Harlan) [19:39:15] !log Zuul: Deploying Remove coverage ci step for extensions with codehealth [19:39:17] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [19:40:13] (03Merged) 10jenkins-bot: Codehealth: Add Translate extension to pipeline [integration/config] - 10https://gerrit.wikimedia.org/r/516500 (https://phabricator.wikimedia.org/T225581) (owner: 10Kosta Harlan) [19:41:38] !log Zuul: Deploying Codehealth: Add Translate extension to pipeline [19:41:39] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [19:43:15] kostajh: What about https://gerrit.wikimedia.org/r/c/integration/config/+/514642 ? :-) [19:43:46] James_F: I think we need to leave that one for another day. Soon though! [19:43:56] OK. :-) [19:44:09] James_F: if you want to review, please do [19:44:17] I mean, it looks sane. [19:44:22] But I'll leave to others. [19:45:14] Unfortunately with JJB I've had plenty of "looks sane" but fails badly when deployed :) [19:45:24] (03CR) 10Jforrester: [C: 03+2] dockerfiles: [quibble-fresnel] … and restore firefox [integration/config] - 10https://gerrit.wikimedia.org/r/517121 (owner: 10Jforrester) [19:45:33] Yeah, you're not the only one. :-( [19:47:25] (03Merged) 10jenkins-bot: dockerfiles: [quibble-fresnel] … and restore firefox [integration/config] - 10https://gerrit.wikimedia.org/r/517121 (owner: 10Jforrester) [19:56:09] Finally! [19:56:30] (03PS1) 10Jforrester: jjb: Point fresnel job at a working php72 image [integration/config] - 10https://gerrit.wikimedia.org/r/517128 [19:56:37] 10Continuous-Integration-Config: Move all CI generic tasks from PHP70 to PHP72 - https://phabricator.wikimedia.org/T225457 (10Jdforrester-WMF) [19:56:40] 10Continuous-Integration-Config, 10Fresnel, 10Performance-Team: Switch Fresnel for MediaWiki jobs from php70 to php72 - https://phabricator.wikimedia.org/T220866 (10Jdforrester-WMF) 05Open→03Resolved [19:56:47] (03CR) 10Jforrester: [C: 03+2] "Deployed." [integration/config] - 10https://gerrit.wikimedia.org/r/517128 (owner: 10Jforrester) [19:57:37] !log Ran `docker rmi docker-registry.discovery.wmnet/releng/quibble-fresnel:0.0.31-4` on contint1001; unused. [19:57:38] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [19:59:48] (03Merged) 10jenkins-bot: jjb: Point fresnel job at a working php72 image [integration/config] - 10https://gerrit.wikimedia.org/r/517128 (owner: 10Jforrester) [20:01:17] (03PS1) 10Jforrester: jjb: Move phpunit-coverage-docker-publish from php to php72 [integration/config] - 10https://gerrit.wikimedia.org/r/517129 (https://phabricator.wikimedia.org/T219319) [20:15:47] (03CR) 10Jforrester: [C: 03+2] jjb: Move phpunit-coverage-docker-publish from php to php72 [integration/config] - 10https://gerrit.wikimedia.org/r/517129 (https://phabricator.wikimedia.org/T219319) (owner: 10Jforrester) [20:20:42] (03Merged) 10jenkins-bot: jjb: Move phpunit-coverage-docker-publish from php to php72 [integration/config] - 10https://gerrit.wikimedia.org/r/517129 (https://phabricator.wikimedia.org/T219319) (owner: 10Jforrester) [20:27:29] (03PS1) 10Jforrester: jjb: Move phpunit-coverage-docker-publish from composer to composer-php72 [integration/config] - 10https://gerrit.wikimedia.org/r/517132 (https://phabricator.wikimedia.org/T219319) [20:29:07] (03CR) 10Jforrester: [C: 03+2] "Deployed." [integration/config] - 10https://gerrit.wikimedia.org/r/517132 (https://phabricator.wikimedia.org/T219319) (owner: 10Jforrester) [20:31:20] (03Merged) 10jenkins-bot: jjb: Move phpunit-coverage-docker-publish from composer to composer-php72 [integration/config] - 10https://gerrit.wikimedia.org/r/517132 (https://phabricator.wikimedia.org/T219319) (owner: 10Jforrester) [20:31:34] 10Continuous-Integration-Config, 10Parsoid-PHP, 10Patch-For-Review: Parsoid/PHP post-merge doc publishing task needs updating to use PHP 7.2 - https://phabricator.wikimedia.org/T219319 (10Jdforrester-WMF) So, good news – it now runs the test suite: https://integration.wikimedia.org/ci/job/phpunit-coverage-d... [21:15:04] (03CR) 10Hashar: "The Dockerfile at the root of integration/quibble is outdated." [integration/quibble] - 10https://gerrit.wikimedia.org/r/516729 (https://phabricator.wikimedia.org/T225218) (owner: 10Kosta Harlan) [21:17:45] (03CR) 10Jforrester: (wip) Add option for using Apache as server (031 comment) [integration/quibble] - 10https://gerrit.wikimedia.org/r/516729 (https://phabricator.wikimedia.org/T225218) (owner: 10Kosta Harlan) [21:36:29] (03PS3) 10Jforrester: layout: Switch extension/skin-phan jobs from php70-phan-docker to php72-phan-docker [integration/config] - 10https://gerrit.wikimedia.org/r/515293 [21:36:30] (03PS3) 10Jforrester: layout: Switch parsoid from php70-phan-docker to php72-phan-docker [integration/config] - 10https://gerrit.wikimedia.org/r/515294 [21:36:32] (03PS3) 10Jforrester: layout: Switch MediaWiki from php70-phan-docker to php72-phan-docker [integration/config] - 10https://gerrit.wikimedia.org/r/515295 [21:36:34] (03PS2) 10Jforrester: jjb: Drop mediawiki-core-php70-phan-docker, unused [integration/config] - 10https://gerrit.wikimedia.org/r/515296 [21:36:36] (03PS2) 10Jforrester: jjb: Drop job_mwext-php70-phan-docker/mwskin-php70-phan-docker, unused [integration/config] - 10https://gerrit.wikimedia.org/r/515297 [21:36:38] (03PS2) 10Jforrester: jjb: Drop php70-phan-docker, unused [integration/config] - 10https://gerrit.wikimedia.org/r/515298 [21:40:17] (03CR) 10Hashar: "Fun :]" (033 comments) [integration/quibble] - 10https://gerrit.wikimedia.org/r/516729 (https://phabricator.wikimedia.org/T225218) (owner: 10Kosta Harlan) [21:41:02] (03PS2) 10Jforrester: layout: [integration/docroot] Switch from php56 to php72 [integration/config] - 10https://gerrit.wikimedia.org/r/516570 [21:41:04] (03PS5) 10Jforrester: layout, jjb: [wikiba.se] Drop php56 [integration/config] - 10https://gerrit.wikimedia.org/r/514054 [21:41:06] (03PS4) 10Jforrester: layout: SmashPig, wikimania-scholarships: Drop php56 jobs [integration/config] - 10https://gerrit.wikimedia.org/r/514055 (https://phabricator.wikimedia.org/T224906) [21:41:10] (03PS5) 10Jforrester: layout, jjb: wikimedia-fundraising-crm: Drop php56 jobs [integration/config] - 10https://gerrit.wikimedia.org/r/514057 (https://phabricator.wikimedia.org/T223348) [21:41:12] (03PS5) 10Jforrester: jjb: Drop all PHP56 jobs [integration/config] - 10https://gerrit.wikimedia.org/r/514058 (https://phabricator.wikimedia.org/T224906) [21:41:14] (03PS5) 10Jforrester: dockerfiles: Drop all PHP56 containers [integration/config] - 10https://gerrit.wikimedia.org/r/514059 (https://phabricator.wikimedia.org/T224906) [21:42:34] (03CR) 10Kosta Harlan: (wip) Add option for using Apache as server (031 comment) [integration/quibble] - 10https://gerrit.wikimedia.org/r/516729 (https://phabricator.wikimedia.org/T225218) (owner: 10Kosta Harlan) [21:46:13] (03CR) 10Kosta Harlan: (wip) Add option for using Apache as server (031 comment) [integration/quibble] - 10https://gerrit.wikimedia.org/r/516729 (https://phabricator.wikimedia.org/T225218) (owner: 10Kosta Harlan) [21:50:52] !log Dropped docker-registry.discovery.wmnet/releng/hhvm-jessie:latest, unused [21:50:54] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [22:05:14] (03PS2) 10Jforrester: Whitelist: Explicitly list each WMF staffer, move formers to trusted others list [integration/config] - 10https://gerrit.wikimedia.org/r/516579 [22:05:45] (03CR) 10Jforrester: [C: 03+2] Whitelist: Explicitly list each WMF staffer, move formers to trusted others list [integration/config] - 10https://gerrit.wikimedia.org/r/516579 (owner: 10Jforrester) [22:07:02] (03Merged) 10jenkins-bot: Whitelist: Explicitly list each WMF staffer, move formers to trusted others list [integration/config] - 10https://gerrit.wikimedia.org/r/516579 (owner: 10Jforrester) [22:10:14] (03PS1) 10Jforrester: layout: [mediawiki/services/trending-edits?(/docker)] Archive [integration/config] - 10https://gerrit.wikimedia.org/r/517142 [22:10:16] (03PS1) 10Jforrester: jjb: Drop trending-edits?(-deploy)-npm-node-6-docker, unused [integration/config] - 10https://gerrit.wikimedia.org/r/517143 [22:11:23] (03CR) 10Jforrester: [C: 03+2] layout: [mediawiki/services/trending-edits?(/docker)] Archive [integration/config] - 10https://gerrit.wikimedia.org/r/517142 (owner: 10Jforrester) [22:11:30] (03CR) 10Jforrester: [C: 03+2] jjb: Drop trending-edits?(-deploy)-npm-node-6-docker, unused [integration/config] - 10https://gerrit.wikimedia.org/r/517143 (owner: 10Jforrester) [22:13:26] (03Merged) 10jenkins-bot: layout: [mediawiki/services/trending-edits?(/docker)] Archive [integration/config] - 10https://gerrit.wikimedia.org/r/517142 (owner: 10Jforrester) [22:14:10] !log Reloading Zuul to archive the trending-edits repos [22:14:11] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [22:14:25] (03Merged) 10jenkins-bot: jjb: Drop trending-edits?(-deploy)-npm-node-6-docker, unused [integration/config] - 10https://gerrit.wikimedia.org/r/517143 (owner: 10Jforrester) [22:15:22] !log Dropped jjb jobs trending-edits?(-deploy)-npm-node-6-docker [22:15:23] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [22:22:32] 10Continuous-Integration-Config, 10Release-Engineering-Team-TODO, 10JavaScript: Upgrade all CI jobs from node6/npm3 to node10/npm6 across all projects - https://phabricator.wikimedia.org/T211784 (10Jdforrester-WMF) [23:15:59] PROBLEM - Work requests waiting in Zuul Gearman server on contint1001 is CRITICAL: CRITICAL: 42.86% of data above the critical threshold [140.0] https://grafana.wikimedia.org/dashboard/db/zuul-gearman?panelId=10&fullscreen&orgId=1 [23:28:59] RECOVERY - Work requests waiting in Zuul Gearman server on contint1001 is OK: OK: Less than 30.00% above the threshold [90.0] https://grafana.wikimedia.org/dashboard/db/zuul-gearman?panelId=10&fullscreen&orgId=1