[00:07:41] <James_F>	 !log Restoring php-gmp in quibble docker images
[00:07:43] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL
[00:14:51] <wikibugs>	 (03CR) 10Jforrester: [C: 03+2] jjb: Point quibble jobs at latest images (no-op) [integration/config] - 10https://gerrit.wikimedia.org/r/519573 (owner: 10Jforrester)
[00:17:10] <wikibugs>	 (03Merged) 10jenkins-bot: jjb: Point quibble jobs at latest images (no-op) [integration/config] - 10https://gerrit.wikimedia.org/r/519573 (owner: 10Jforrester)
[00:21:33] <wikibugs>	 (03CR) 10Jforrester: [C: 03+2] layout: [parsoid] Drop php72-phan-docker experimental job [integration/config] - 10https://gerrit.wikimedia.org/r/519576 (owner: 10Jforrester)
[00:23:07] <wikibugs>	 (03Merged) 10jenkins-bot: layout: [parsoid] Drop php72-phan-docker experimental job [integration/config] - 10https://gerrit.wikimedia.org/r/519576 (owner: 10Jforrester)
[00:27:49] <legoktm>	 James_F: ugh, ast is a mess. I should remove it from the base images but I'm sure that would break other stuff
[00:33:19] <James_F>	 legoktm: :-(
[00:33:36] <James_F>	 legoktm: For now I'll just not bump the composer images, but given that those were what I did all this for…
[00:33:58] <legoktm>	 Blahhhhh
[00:34:07] <legoktm>	 Its possible what I did this morning also broke it
[00:34:10] <wikibugs>	 (03CR) 10Jforrester: [C: 03+2] jjb: Drop php72-phan-docker, unused [integration/config] - 10https://gerrit.wikimedia.org/r/519577 (owner: 10Jforrester)
[00:35:29] * James_F nods.
[00:36:32] <wikibugs>	 (03Merged) 10jenkins-bot: jjb: Drop php72-phan-docker, unused [integration/config] - 10https://gerrit.wikimedia.org/r/519577 (owner: 10Jforrester)
[00:36:44] <wikibugs>	 (03CR) 10Jforrester: [C: 03+2] jjb: [mwgate-composer-7\d-docker] Bump to composer-test images with gmp [integration/config] - 10https://gerrit.wikimedia.org/r/519557 (owner: 10Jforrester)
[00:36:47] <icinga-wm>	 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
[00:37:05] <wikibugs>	 (03CR) 10Jforrester: [C: 03+2] jjb: [mediawiki-core-phpmetrics-docker] Bump to phpmetrics image with gmp [integration/config] - 10https://gerrit.wikimedia.org/r/519558 (owner: 10Jforrester)
[00:37:29] <wikibugs>	 (03CR) 10Jforrester: [C: 03+2] jjb: [phpunit-coverage-docker-publish] Bump to composer-php72 image with gmp [integration/config] - 10https://gerrit.wikimedia.org/r/519559 (owner: 10Jforrester)
[00:39:05] <wikibugs>	 (03Merged) 10jenkins-bot: jjb: [mwgate-composer-7\d-docker] Bump to composer-test images with gmp [integration/config] - 10https://gerrit.wikimedia.org/r/519557 (owner: 10Jforrester)
[00:39:18] <wikibugs>	 (03Merged) 10jenkins-bot: jjb: [mediawiki-core-phpmetrics-docker] Bump to phpmetrics image with gmp [integration/config] - 10https://gerrit.wikimedia.org/r/519558 (owner: 10Jforrester)
[00:39:37] <wikibugs>	 (03Merged) 10jenkins-bot: jjb: [phpunit-coverage-docker-publish] Bump to composer-php72 image with gmp [integration/config] - 10https://gerrit.wikimedia.org/r/519559 (owner: 10Jforrester)
[00:52:52] <wikibugs>	 (03CR) 10Jforrester: [C: 03+2] jjb: [oojs-ui-docker-publish] Bump to npm-test-oojsuiimage with gmp [integration/config] - 10https://gerrit.wikimedia.org/r/519560 (owner: 10Jforrester)
[00:54:13] <wikibugs>	 (03CR) 10Jforrester: [C: 03+2] jjb: [oojs-ui-npm-run-jenkins-node-6-docker] Bump to npm-test-oojsui image with gmp [integration/config] - 10https://gerrit.wikimedia.org/r/519561 (owner: 10Jforrester)
[00:54:59] <wikibugs>	 (03CR) 10Jforrester: [C: 03+2] jjb: [wikimedia-cz-mediawiki-config] Bump to composer-test image with gmp [integration/config] - 10https://gerrit.wikimedia.org/r/519562 (owner: 10Jforrester)
[00:55:15] <wikibugs>	 (03Merged) 10jenkins-bot: jjb: [oojs-ui-docker-publish] Bump to npm-test-oojsuiimage with gmp [integration/config] - 10https://gerrit.wikimedia.org/r/519560 (owner: 10Jforrester)
[00:57:10] <wikibugs>	 (03Merged) 10jenkins-bot: jjb: [oojs-ui-npm-run-jenkins-node-6-docker] Bump to npm-test-oojsui image with gmp [integration/config] - 10https://gerrit.wikimedia.org/r/519561 (owner: 10Jforrester)
[00:57:14] <wikibugs>	 (03Merged) 10jenkins-bot: jjb: [wikimedia-cz-mediawiki-config] Bump to composer-test image with gmp [integration/config] - 10https://gerrit.wikimedia.org/r/519562 (owner: 10Jforrester)
[00:58:38] <wikibugs>	 (03CR) 10Jforrester: [C: 03+2] jjb: [wikiba.se-composer-php72-docker] Bump to composer-test-php72 image with gmp [integration/config] - 10https://gerrit.wikimedia.org/r/519563 (owner: 10Jforrester)
[01:00:07] <wikibugs>	 (03CR) 10Jforrester: [C: 03+2] jjb: [operations-mw-config-php7\d-composer-lint-docker] Bump to composer images with gmp [integration/config] - 10https://gerrit.wikimedia.org/r/519564 (owner: 10Jforrester)
[01:01:43] <wikibugs>	 (03Merged) 10jenkins-bot: jjb: [wikiba.se-composer-php72-docker] Bump to composer-test-php72 image with gmp [integration/config] - 10https://gerrit.wikimedia.org/r/519563 (owner: 10Jforrester)
[01:02:26] <wikibugs>	 (03Merged) 10jenkins-bot: jjb: [operations-mw-config-php7\d-composer-lint-docker] Bump to composer images with gmp [integration/config] - 10https://gerrit.wikimedia.org/r/519564 (owner: 10Jforrester)
[01:03:46] <wikibugs>	 (03CR) 10Jforrester: [C: 03+2] jjb: [parsoidsvc-composer-package-php7\d-docker] Bump to composer-package images with gmp [integration/config] - 10https://gerrit.wikimedia.org/r/519566 (owner: 10Jforrester)
[01:05:31] <wikibugs>	 (03CR) 10Jforrester: [C: 03+2] jjb: [wikimedia-fundraising-crm-composer-php72-docker] Bump to composer-test-php72 image with gmp [integration/config] - 10https://gerrit.wikimedia.org/r/519567 (owner: 10Jforrester)
[01:06:04] <shinken-wm>	 PROBLEM - Free space - all mounts on deployment-fluorine02 is CRITICAL: CRITICAL: deployment-prep.deployment-fluorine02.diskspace._srv.byte_percentfree (<10.00%)
[01:06:20] <wikibugs>	 (03CR) 10Jforrester: [C: 03+2] "(Also needs ext-intl.)" [integration/config] - 10https://gerrit.wikimedia.org/r/519567 (owner: 10Jforrester)
[01:06:45] <wikibugs>	 (03Merged) 10jenkins-bot: jjb: [parsoidsvc-composer-package-php7\d-docker] Bump to composer-package images with gmp [integration/config] - 10https://gerrit.wikimedia.org/r/519566 (owner: 10Jforrester)
[01:07:43] <wikibugs>	 (03Merged) 10jenkins-bot: jjb: [wikimedia-fundraising-crm-composer-php72-docker] Bump to composer-test-php72 image with gmp [integration/config] - 10https://gerrit.wikimedia.org/r/519567 (owner: 10Jforrester)
[01:11:14] <wikibugs>	 (03CR) 10Jforrester: [C: 03+2] jjb: [wikimedia-fundraising-civicrm-docker] Bump to civicrm image with gmp [integration/config] - 10https://gerrit.wikimedia.org/r/519568 (owner: 10Jforrester)
[01:14:11] <wikibugs>	 (03Merged) 10jenkins-bot: jjb: [wikimedia-fundraising-civicrm-docker] Bump to civicrm image with gmp [integration/config] - 10https://gerrit.wikimedia.org/r/519568 (owner: 10Jforrester)
[01:15:20] <wikibugs>	 (03CR) 10Jforrester: [C: 03+2] jjb: [mw-tools-codesniffer-mwcore-testrun] Bump to composer image with gmp [integration/config] - 10https://gerrit.wikimedia.org/r/519569 (owner: 10Jforrester)
[01:15:50] <wikibugs>	 (03CR) 10Jforrester: [C: 03+2] jjb: [docker-ci-src-setup-mw] Bump to ci-src-setup image with gmp [integration/config] - 10https://gerrit.wikimedia.org/r/519570 (owner: 10Jforrester)
[01:17:38] <wikibugs>	 (03Merged) 10jenkins-bot: jjb: [mw-tools-codesniffer-mwcore-testrun] Bump to composer image with gmp [integration/config] - 10https://gerrit.wikimedia.org/r/519569 (owner: 10Jforrester)
[01:18:07] <wikibugs>	 (03Merged) 10jenkins-bot: jjb: [docker-ci-src-setup-mw] Bump to ci-src-setup image with gmp [integration/config] - 10https://gerrit.wikimedia.org/r/519570 (owner: 10Jforrester)
[01:41:08] <James_F>	 legoktm: Yup:
[01:41:45] <James_F>	 https://www.irccloud.com/pastebin/LZfxxokI/
[01:42:18] <legoktm>	 ok
[01:42:22] <legoktm>	 I'll have to look later tonight then
[01:52:28] <James_F>	 Thanks.
[01:52:46] <James_F>	 And then I guess we'll have to re-bump all the images and their use again. :-)
[01:53:37] <James_F>	 (Clearly this is just a sneaky way to get me to rationalise our image set.)
[02:05:25] <wikibugs>	 (03CR) 10Kosta Harlan: Codehealth: Skip MW install, generate code coverage from unit tests (031 comment) [integration/config] - 10https://gerrit.wikimedia.org/r/518714 (owner: 10Kosta Harlan)
[02:05:40] <wikibugs>	 (03CR) 10Kosta Harlan: [C: 04-1] "-1 until previous feedback is resolved" [integration/config] - 10https://gerrit.wikimedia.org/r/518714 (owner: 10Kosta Harlan)
[03:14:51] <shinken-wm>	 PROBLEM - Mediawiki Error Rate on graphite-labs is CRITICAL: (Service Check Timed Out)
[03:15:16] <shinken-wm>	 PROBLEM - Free space - all mounts on deployment-deploy01 is CRITICAL: (Service Check Timed Out)
[03:15:23] <shinken-wm>	 PROBLEM - Puppet errors on integration-slave-jessie-1002 is CRITICAL: (Service Check Timed Out)
[03:15:47] <shinken-wm>	 PROBLEM - Puppet staleness on deployment-memc07 is CRITICAL: (Service Check Timed Out)
[03:15:50] <shinken-wm>	 PROBLEM - Puppet errors on deployment-webperf12 is CRITICAL: (Service Check Timed Out)
[03:15:50] <shinken-wm>	 PROBLEM - Free space - all mounts on deployment-cumin02 is CRITICAL: (Service Check Timed Out)
[03:15:50] <shinken-wm>	 PROBLEM - Puppet staleness on integration-slave-docker-1043 is CRITICAL: (Service Check Timed Out)
[03:15:51] <shinken-wm>	 PROBLEM - Puppet staleness on deployment-ores01 is CRITICAL: (Service Check Timed Out)
[03:15:54] <shinken-wm>	 PROBLEM - Free space - all mounts on deployment-chromium01 is CRITICAL: (Service Check Timed Out)
[03:15:55] <shinken-wm>	 PROBLEM - Puppet errors on deployment-sca04 is CRITICAL: (Service Check Timed Out)
[03:16:03] <shinken-wm>	 PROBLEM - Puppet staleness on deployment-memc06 is CRITICAL: (Service Check Timed Out)
[03:16:06] <shinken-wm>	 PROBLEM - Puppet errors on deployment-sca01 is CRITICAL: (Service Check Timed Out)
[03:16:08] <shinken-wm>	 PROBLEM - Puppet staleness on deployment-etcd-01 is CRITICAL: (Service Check Timed Out)
[03:16:13] <shinken-wm>	 PROBLEM - Puppet staleness on deployment-kafka-main-1 is CRITICAL: (Service Check Timed Out)
[03:16:14] <shinken-wm>	 PROBLEM - Free space - all mounts on deployment-prometheus02 is CRITICAL: (Service Check Timed Out)
[03:16:18] <shinken-wm>	 PROBLEM - Puppet staleness on deployment-cache-text05 is CRITICAL: (Service Check Timed Out)
[03:16:18] <shinken-wm>	 PROBLEM - Free space - all mounts on deployment-parsoid09 is CRITICAL: (Service Check Timed Out)
[03:16:18] <shinken-wm>	 PROBLEM - Free space - all mounts on deployment-aqs01 is CRITICAL: (Service Check Timed Out)
[03:16:21] <shinken-wm>	 PROBLEM - Free space - all mounts on integration-castor03 is CRITICAL: (Service Check Timed Out)
[03:16:21] <shinken-wm>	 PROBLEM - Free space - all mounts on deployment-mx02 is CRITICAL: (Service Check Timed Out)
[03:16:21] <shinken-wm>	 PROBLEM - Puppet staleness on deployment-chromium02 is CRITICAL: (Service Check Timed Out)
[03:16:22] <shinken-wm>	 PROBLEM - Puppet staleness on deployment-ms-be06 is CRITICAL: (Service Check Timed Out)
[03:16:37] <shinken-wm>	 PROBLEM - Puppet staleness on deployment-urldownloader02 is CRITICAL: (Service Check Timed Out)
[03:16:37] <shinken-wm>	 PROBLEM - Puppet staleness on integration-cumin is CRITICAL: (Service Check Timed Out)
[03:16:56] <shinken-wm>	 PROBLEM - Puppet staleness on deployment-cumin02 is CRITICAL: (Service Check Timed Out)
[03:17:00] <shinken-wm>	 PROBLEM - Puppet staleness on deployment-sentry01 is CRITICAL: (Service Check Timed Out)
[03:17:02] <shinken-wm>	 PROBLEM - Puppet errors on deployment-ms-be05 is CRITICAL: (Service Check Timed Out)
[03:17:05] <shinken-wm>	 PROBLEM - Free space - all mounts on integration-slave-jessie-1002 is CRITICAL: (Service Check Timed Out)
[03:17:12] <shinken-wm>	 PROBLEM - Puppet errors on deployment-chromium02 is CRITICAL: (Service Check Timed Out)
[03:17:20] <shinken-wm>	 PROBLEM - Free space - all mounts on deployment-zookeeper02 is CRITICAL: (Service Check Timed Out)
[03:17:20] <shinken-wm>	 PROBLEM - Puppet staleness on deployment-sessionstore02 is CRITICAL: (Service Check Timed Out)
[03:17:36] <shinken-wm>	 PROBLEM - Free space - all mounts on integration-slave-docker-1051 is CRITICAL: (Service Check Timed Out)
[03:17:39] <shinken-wm>	 PROBLEM - Puppet staleness on deployment-hadoop-test-3 is CRITICAL: (Service Check Timed Out)
[03:17:42] <shinken-wm>	 PROBLEM - Free space - all mounts on deployment-mediawiki-07 is CRITICAL: (Service Check Timed Out)
[03:17:42] <shinken-wm>	 PROBLEM - Free space - all mounts on integration-agent-docker-1001 is CRITICAL: (Service Check Timed Out)
[03:17:48] <shinken-wm>	 PROBLEM - Puppet errors on deployment-logstash03 is CRITICAL: (Service Check Timed Out)
[03:17:48] <shinken-wm>	 PROBLEM - Free space - all mounts on deployment-elastic06 is CRITICAL: (Service Check Timed Out)
[03:17:48] <shinken-wm>	 PROBLEM - Puppet staleness on integration-agent-docker-1001 is CRITICAL: (Service Check Timed Out)
[03:17:51] <shinken-wm>	 PROBLEM - Puppet errors on deployment-logstash2 is CRITICAL: (Service Check Timed Out)
[03:18:01] <shinken-wm>	 PROBLEM - Puppet errors on deployment-etcd-01 is CRITICAL: (Service Check Timed Out)
[03:18:09] <shinken-wm>	 PROBLEM - Free space - all mounts on integration-slave-jessie-1004 is CRITICAL: (Service Check Timed Out)
[03:18:10] <shinken-wm>	 PROBLEM - Puppet staleness on deployment-docker-citoid01 is CRITICAL: (Service Check Timed Out)
[03:18:12] <shinken-wm>	 PROBLEM - Puppet errors on deployment-mwmaint01 is CRITICAL: (Service Check Timed Out)
[03:18:23] <shinken-wm>	 PROBLEM - Free space - all mounts on saucelabs-01 is CRITICAL: (Service Check Timed Out)
[03:18:53] <shinken-wm>	 PROBLEM - Free space - all mounts on deployment-etcd-01 is CRITICAL: (Service Check Timed Out)
[03:18:53] <shinken-wm>	 PROBLEM - Free space - all mounts on deployment-poolcounter05 is CRITICAL: (Service Check Timed Out)
[03:19:08] <shinken-wm>	 PROBLEM - Free space - all mounts on deployment-memc07 is CRITICAL: (Service Check Timed Out)
[03:19:12] <shinken-wm>	 PROBLEM - Puppet errors on deployment-db06 is CRITICAL: (Service Check Timed Out)
[03:19:23] <shinken-wm>	 PROBLEM - Puppet staleness on deployment-ircd is CRITICAL: (Service Check Timed Out)
[03:19:40] <shinken-wm>	 PROBLEM - Puppet staleness on integration-slave-docker-1052 is CRITICAL: (Service Check Timed Out)
[03:20:39] <shinken-wm>	 RECOVERY - Puppet staleness on deployment-memc07 is OK: OK: Less than 1.00% above the threshold [3600.0]
[03:20:42] <shinken-wm>	 RECOVERY - Puppet errors on deployment-webperf12 is OK: OK: Less than 1.00% above the threshold [2.0]
[03:20:42] <shinken-wm>	 RECOVERY - Free space - all mounts on deployment-cumin02 is OK: OK: All targets OK
[03:20:42] <shinken-wm>	 RECOVERY - Puppet staleness on integration-slave-docker-1043 is OK: OK: Less than 1.00% above the threshold [3600.0]
[03:20:45] <shinken-wm>	 RECOVERY - Puppet staleness on deployment-ores01 is OK: OK: Less than 1.00% above the threshold [3600.0]
[03:20:45] <shinken-wm>	 RECOVERY - Free space - all mounts on deployment-chromium01 is OK: OK: All targets OK
[03:20:48] <shinken-wm>	 RECOVERY - Puppet errors on deployment-sca04 is OK: OK: Less than 1.00% above the threshold [2.0]
[03:20:53] <shinken-wm>	 RECOVERY - Puppet staleness on deployment-memc06 is OK: OK: Less than 1.00% above the threshold [3600.0]
[03:20:58] <shinken-wm>	 RECOVERY - Puppet errors on deployment-sca01 is OK: OK: Less than 1.00% above the threshold [2.0]
[03:21:00] <shinken-wm>	 RECOVERY - Puppet staleness on deployment-etcd-01 is OK: OK: Less than 1.00% above the threshold [3600.0]
[03:21:05] <shinken-wm>	 RECOVERY - Puppet staleness on deployment-kafka-main-1 is OK: OK: Less than 1.00% above the threshold [3600.0]
[03:21:07] <shinken-wm>	 RECOVERY - Free space - all mounts on deployment-aqs01 is OK: OK: All targets OK
[03:21:07] <shinken-wm>	 RECOVERY - Free space - all mounts on deployment-prometheus02 is OK: OK: All targets OK
[03:21:07] <shinken-wm>	 RECOVERY - Free space - all mounts on deployment-parsoid09 is OK: OK: All targets OK
[03:21:07] <shinken-wm>	 RECOVERY - Puppet staleness on deployment-cache-text05 is OK: OK: Less than 1.00% above the threshold [3600.0]
[03:21:12] <shinken-wm>	 RECOVERY - Free space - all mounts on integration-castor03 is OK: OK: All targets OK
[03:21:12] <shinken-wm>	 RECOVERY - Free space - all mounts on deployment-mx02 is OK: OK: All targets OK
[03:21:12] <shinken-wm>	 RECOVERY - Puppet staleness on deployment-chromium02 is OK: OK: Less than 1.00% above the threshold [3600.0]
[03:21:13] <shinken-wm>	 RECOVERY - Puppet staleness on deployment-ms-be06 is OK: OK: Less than 1.00% above the threshold [3600.0]
[03:21:26] <shinken-wm>	 RECOVERY - Puppet staleness on deployment-urldownloader02 is OK: OK: Less than 1.00% above the threshold [3600.0]
[03:21:31] <shinken-wm>	 RECOVERY - Puppet staleness on integration-cumin is OK: OK: Less than 1.00% above the threshold [3600.0]
[03:21:47] <shinken-wm>	 RECOVERY - Puppet staleness on deployment-cumin02 is OK: OK: Less than 1.00% above the threshold [3600.0]
[03:21:52] <shinken-wm>	 RECOVERY - Puppet staleness on deployment-sentry01 is OK: OK: Less than 1.00% above the threshold [3600.0]
[03:21:52] <shinken-wm>	 RECOVERY - Puppet errors on deployment-ms-be05 is OK: OK: Less than 1.00% above the threshold [2.0]
[03:21:57] <shinken-wm>	 RECOVERY - Free space - all mounts on integration-slave-jessie-1002 is OK: OK: integration.integration-slave-jessie-1002.diskspace._mnt.byte_percentfree (No valid datapoints found)
[03:22:03] <shinken-wm>	 RECOVERY - Puppet errors on deployment-chromium02 is OK: OK: Less than 1.00% above the threshold [2.0]
[03:22:13] <shinken-wm>	 RECOVERY - Free space - all mounts on deployment-zookeeper02 is OK: OK: All targets OK
[03:22:13] <shinken-wm>	 RECOVERY - Puppet staleness on deployment-sessionstore02 is OK: OK: Less than 1.00% above the threshold [3600.0]
[03:22:27] <shinken-wm>	 RECOVERY - Free space - all mounts on integration-slave-docker-1051 is OK: OK: All targets OK
[03:22:29] <shinken-wm>	 RECOVERY - Puppet staleness on deployment-hadoop-test-3 is OK: OK: Less than 1.00% above the threshold [3600.0]
[03:22:34] <shinken-wm>	 RECOVERY - Free space - all mounts on integration-agent-docker-1001 is OK: OK: All targets OK
[03:22:37] <shinken-wm>	 RECOVERY - Puppet errors on deployment-logstash03 is OK: OK: Less than 1.00% above the threshold [2.0]
[03:22:37] <shinken-wm>	 RECOVERY - Free space - all mounts on deployment-elastic06 is OK: OK: deployment-prep.deployment-elastic06.diskspace._var_lib_elasticsearch.byte_percentfree (No valid datapoints found) deployment-prep.deployment-elastic06.diskspace._var_log.byte_percentfree (No valid datapoints found)
[03:22:37] <shinken-wm>	 RECOVERY - Puppet staleness on integration-agent-docker-1001 is OK: OK: Less than 1.00% above the threshold [3600.0]
[03:22:45] <shinken-wm>	 RECOVERY - Puppet errors on deployment-logstash2 is OK: OK: Less than 1.00% above the threshold [2.0]
[03:22:52] <shinken-wm>	 RECOVERY - Puppet errors on deployment-etcd-01 is OK: OK: Less than 1.00% above the threshold [2.0]
[03:23:00] <shinken-wm>	 RECOVERY - Free space - all mounts on integration-slave-jessie-1004 is OK: OK: All targets OK
[03:23:00] <shinken-wm>	 RECOVERY - Puppet staleness on deployment-docker-citoid01 is OK: OK: Less than 1.00% above the threshold [3600.0]
[03:23:05] <shinken-wm>	 RECOVERY - Puppet errors on deployment-mwmaint01 is OK: OK: Less than 1.00% above the threshold [2.0]
[03:23:18] <shinken-wm>	 RECOVERY - Free space - all mounts on saucelabs-01 is OK: OK: All targets OK
[03:23:43] <shinken-wm>	 RECOVERY - Free space - all mounts on deployment-etcd-01 is OK: OK: All targets OK
[03:23:43] <shinken-wm>	 RECOVERY - Free space - all mounts on deployment-poolcounter05 is OK: OK: All targets OK
[03:24:01] <shinken-wm>	 RECOVERY - Free space - all mounts on deployment-memc07 is OK: OK: All targets OK
[03:24:02] <shinken-wm>	 RECOVERY - Puppet errors on deployment-db06 is OK: OK: Less than 1.00% above the threshold [2.0]
[03:24:11] <shinken-wm>	 RECOVERY - Puppet staleness on deployment-ircd is OK: OK: Less than 1.00% above the threshold [3600.0]
[03:24:28] <shinken-wm>	 RECOVERY - Puppet staleness on integration-slave-docker-1052 is OK: OK: Less than 1.00% above the threshold [3600.0]
[03:24:43] <shinken-wm>	 RECOVERY - Mediawiki Error Rate on graphite-labs is OK: OK: Less than 1.00% above the threshold [1.0]
[05:16:01] <wikibugs>	 10Phabricator, 10Wikimedia-Logstash: Improve error reporting / integration between Kibana and Phabricator - https://phabricator.wikimedia.org/T185155 (10mmodell) p:05Lowest→03Normal a:03mmodell
[06:09:42] <wikibugs>	 10Continuous-Integration-Infrastructure (phase-out-jessie), 10Release-Engineering-Team (Kanban), 10Patch-For-Review: Rebuild integration-slave-docker-* instances to use less RAM, new name and Stretch - https://phabricator.wikimedia.org/T226233 (10MoritzMuehlenhoff)
[06:09:44] <wikibugs>	 10Continuous-Integration-Infrastructure (phase-out-jessie), 10Operations: Migrate contint* hosts to Stretch/Buster - https://phabricator.wikimedia.org/T224591 (10MoritzMuehlenhoff)
[06:09:47] <wikibugs>	 10Continuous-Integration-Infrastructure (phase-out-jessie), 10Operations, 10serviceops: Upload docker-ce 18.06.3 upstream package for Stretch - https://phabricator.wikimedia.org/T226236 (10MoritzMuehlenhoff) 05Open→03Resolved a:03MoritzMuehlenhoff This was resolved via T215975
[07:06:05] <shinken-wm>	 RECOVERY - Free space - all mounts on deployment-fluorine02 is OK: OK: All targets OK
[07:55:06] <wikibugs>	 10Continuous-Integration-Config, 10phan-taint-check-plugin: Upgrade php-ast to 1.0.1 - https://phabricator.wikimedia.org/T218719 (10Daimona) Uhm, I just realized that ast 1.0.1 may not be available for PHP 7.0. Looking at phan's composer for 1.3.2 ([[https://github.com/phan/phan/blob/1.3.2/composer.json|source...
[07:57:49] <wikibugs>	 10Continuous-Integration-Infrastructure (phase-out-jessie), 10Release-Engineering-Team (Kanban), 10Patch-For-Review: Rebuild integration-slave-docker-* instances to use less RAM, new name and Stretch - https://phabricator.wikimedia.org/T226233 (10hashar)
[07:57:52] <wikibugs>	 10Continuous-Integration-Infrastructure (phase-out-jessie), 10Operations: Migrate contint* hosts to Stretch/Buster - https://phabricator.wikimedia.org/T224591 (10hashar)
[07:57:54] <wikibugs>	 10Continuous-Integration-Infrastructure (phase-out-jessie), 10Operations, 10serviceops: Upload docker-ce 18.06.3 upstream package for Stretch - https://phabricator.wikimedia.org/T226236 (10hashar) 05Resolved→03Open I need the package for **Stretch**!
[08:01:38] <wikibugs>	 10Continuous-Integration-Infrastructure (phase-out-jessie), 10Operations, 10serviceops: Upload docker-ce 18.06.3 upstream package for Stretch - https://phabricator.wikimedia.org/T226236 (10MoritzMuehlenhoff) And that is what T215975 provides...
[08:17:09] <shinken-wm>	 RECOVERY - Free space - all mounts on deployment-deploy01 is OK: OK: All targets OK
[08:18:23] <wikibugs>	 (03PS1) 10Daimona Eaytoy: Upgrade jobs for SecurityCheckPlugin [integration/config] - 10https://gerrit.wikimedia.org/r/519600 (https://phabricator.wikimedia.org/T218719)
[08:19:42] <wikibugs>	 10Continuous-Integration-Config, 10phan-taint-check-plugin, 10Patch-For-Review: Upgrade php-ast to 1.0.1 - https://phabricator.wikimedia.org/T218719 (10Daimona) I changed the requirement for AST to 1.0.0. @Legoktm Could you please try upgrading the PHP70 job to use AST 1.0.0? Everything should work at that p...
[08:42:20] <wikibugs>	 10Continuous-Integration-Infrastructure (phase-out-jessie), 10Operations, 10serviceops: Upload docker-ce 18.06.3 upstream package for Stretch - https://phabricator.wikimedia.org/T226236 (10hashar) Ah eventually I found the entry:  ` Name: thirdparty/kubeadm-k8s-docker.com Method: https://download.docker.com/...
[08:46:56] <wikibugs>	 (03CR) 10Hashar: "Works :]" [integration/config] - 10https://gerrit.wikimedia.org/r/519572 (owner: 10Jforrester)
[08:51:53] <wikibugs>	 (03CR) 10Hashar: "A word of caution there. Although the resulting Dockerfiles are identical, since the build occurs at different time there are potentially " [integration/config] - 10https://gerrit.wikimedia.org/r/519573 (owner: 10Jforrester)
[08:58:51] <godog>	 !log cherry pick https://gerrit.wikimedia.org/r/c/operations/puppet/+/519603
[08:58:52] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL
[09:29:00] <wikibugs>	 (03CR) 10Awight: [C: 03+2] "Nice!  I'll abandon I51ca55f5860e833d8c5742cc5a9b33b6866b6469 since this does it better." (032 comments) [integration/quibble] - 10https://gerrit.wikimedia.org/r/519438 (owner: 10Hashar)
[09:29:14] <wikibugs>	 (03Abandoned) 10Awight: Test some zuul things [integration/quibble] - 10https://gerrit.wikimedia.org/r/519049 (owner: 10Awight)
[09:29:41] <wikibugs>	 (03Merged) 10jenkins-bot: Complete test for quibble.zuul.clone() [integration/quibble] - 10https://gerrit.wikimedia.org/r/519438 (owner: 10Hashar)
[09:30:12] <wikibugs>	 (03CR) 10jenkins-bot: Complete test for quibble.zuul.clone() [integration/quibble] - 10https://gerrit.wikimedia.org/r/519438 (owner: 10Hashar)
[10:05:01] <wikibugs>	 (03PS1) 10Hashar: Test mediawiki/core is cloned first when running in parallel [integration/quibble] - 10https://gerrit.wikimedia.org/r/519609
[10:05:56] <hashar>	 awight: so essentially I have learned about crafting a list of calls with unittest.mock.call().foobar(x=3)
[10:06:22] <hashar>	 and learned about the assert_has_calls([call(), call()])  etc
[10:06:25] <hashar>	 that is quite powerful
[10:08:15] <awight>	 I miss unittest.mock every time I touch PHPUnit tests...
[10:10:04] <awight>	 e.g. Aaaaargh https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/FileImporter/+/519294/9/tests/phpunit/Remote/MediaWiki/CentralAuthPostImportHandlerTest.php
[10:11:29] <hashar>	 awight: and on the other hand, I do not miss PHP when I touch python :]
[10:12:02] <hashar>	 what is really lacking in PHP, is a way to redefine/override class/functions/built-in i guess
[10:13:16] <wikibugs>	 (03Abandoned) 10DCausse: Add a new extension point SshExecuteCommandInterceptor [software/gerrit] (wmf/stable-2.16) - 10https://gerrit.wikimedia.org/r/502764 (owner: 10DCausse)
[10:14:37] <awight>	 It's unfortunate that we have to fill our PHP code with this "services" dependency injection pattern only for testing purposes, would be a lot clearer if we only created services if it were actually an intentional extension point.
[10:18:00] <hashar>	 awight: I am pretty sure there are other reasons as well, such as decoupling classes
[10:18:24] <hashar>	 or at least having classes with less methods which could easily be drop replaced when a new system is invented
[10:18:35] <hashar>	 that also makes it easier to migrate / update code Iguess
[10:18:44] <hashar>	 (just replace the old legacy service with the new one. done!)
[10:23:13] <wikibugs>	 10Release-Engineering-Team (Kanban): Enquire about framadate timezone handling status - https://phabricator.wikimedia.org/T225146 (10hashar) p:05Triage→03Low Yes that is definitely a self task :-]  The task has been assigned upstream, I looked up at the user a couple weeks ago and found him to be in vacation...
[10:23:48] <hashar>	 grrr
[10:23:53] <awight>	 I'm definitely in favor of what's been done with the PHP code lately, it's a helpful and sane way to improve maintainability.  But it feels like bad language design is forcing us to increase the amount boilerplate necessary, like where Java was a decade ago.  For example, "/** @var Type $varname */"...
[10:24:01] <hashar>	 kids those days no more have email addresses :-\
[10:24:05] <awight>	 haha
[10:24:10] <hashar>	 it is all walled garden (twitter, linkedin..)
[10:24:22] <hashar>	 I stopped Twitter ageees ago
[10:24:39] * awight sips a bad canned beer and leans back against the porch to pine about the good old days ;-)
[10:24:39] <hashar>	 each time I head to linkedin the interface has changed and it really just looks like facebook
[10:24:57] <hashar>	 and .. I don't even understand how to use facebook (the messaging part is terrible)
[10:25:03] <awight>	 I solved that by never creating a linkedin or FB account
[10:25:16] <hashar>	 I have fall in those traps :-\
[10:25:17] <awight>	 It means I have no friends but what else is new :p
[10:25:28] * hashar giggles
[10:25:42] * hashar starts at the empty room surrounding him
[10:26:40] <awight>	 I'm really bad at this language, just learning, but check out how Elixir doesn't require boilerplate https://github.com/adamwight/wiki_elixir/blob/curses/lib/rest/pageviews.ex
[10:26:51] <awight>	 *sigh*
[10:27:37] <awight>	 And it can keep up with making multithreaded API calls in response to every edit to all Wikimedia project, just... out of the box.
[10:29:58] <hashar>	 I never ever looked at elixir
[10:30:13] <hashar>	 if there is another language I would learn, for sure that would be Haskel
[10:32:08] <awight>	 :spectacles:
[10:36:14] <Lucas_WMDE>	 at least /** @var */ comments should become less necessary once we use PHP 7.3
[10:36:27] <Lucas_WMDE>	 private LoggerInterface $logger;
[10:36:34] <Lucas_WMDE>	 is the syntax IIRC
[10:37:56] <hashar>	 Lucas_WMDE: \o/ :]
[10:38:17] <awight>	 Oh good!  Yeah things are getting better for bitmoppers.  Java 8 for example is almost a pleasure, IMO.
[10:39:39] <awight>	 I think it's telling that stronger typing and syntactic sugar for functional programming are being added to so many legacy languages.
[10:48:27] <wikibugs>	 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (Kanban), 10Operations, 10serviceops: contint1001 store docker images on separate partition or disk - https://phabricator.wikimedia.org/T207707 (10hashar) Update: it needs more discussion among SRE team :-]
[10:49:20] <awight>	 ("legacy" wasn't really fair of me.  "classics".)
[10:50:05] <wikibugs>	 (03CR) 10Awight: [C: 03+2] Test mediawiki/core is cloned first when running in parallel [integration/quibble] - 10https://gerrit.wikimedia.org/r/519609 (owner: 10Hashar)
[10:50:45] <wikibugs>	 (03Merged) 10jenkins-bot: Test mediawiki/core is cloned first when running in parallel [integration/quibble] - 10https://gerrit.wikimedia.org/r/519609 (owner: 10Hashar)
[10:51:15] <wikibugs>	 (03CR) 10jenkins-bot: Test mediawiki/core is cloned first when running in parallel [integration/quibble] - 10https://gerrit.wikimedia.org/r/519609 (owner: 10Hashar)
[11:07:02] <hashar>	 lunch
[11:07:10] <hashar>	 and out for the rest of the day!
[11:07:15] <hashar>	 awight: see you on monday 
[11:07:22] <awight>	 o/
[11:07:36] <hashar>	 if something explodes, people can call me. My phone number is somewhere on office wiki :]
[11:07:48] <hashar>	 but usually stuff is quite on fridays luckily
[11:21:04] <wikibugs>	 10Phabricator-Bot-Requests, 10Discourse, 10Space (Jul-Sep-2019): Loop trying to create an account in Wikimedia Space with certain browser versions - https://phabricator.wikimedia.org/T226545 (10Qgil) Because this loop is a problem that we have never heard about at https://discourse-mediwaiki.wmflabs.org and...
[11:26:23] <wikibugs>	 10Phabricator-Bot-Requests, 10Discourse, 10Space (Jul-Sep-2019): Remove "Log in with Discourse" link from the Wikimedia Space blog sidebar - https://phabricator.wikimedia.org/T226823 (10Qgil)
[12:20:06] <wmf-insecte>	 Project beta-update-databases-eqiad build #34884: 04FAILURE in 5.6 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/34884/
[12:45:59] <Reedy>	 looks like I broke it
[12:46:24] <paladox>	 :D
[13:03:20] <godog>	 hi, I'm trying to create a new account on beta and getting 'database read only' from https://en.wikipedia.beta.wmflabs.org/w/index.php?title=Special:CreateAccount is it known/expected ?
[13:03:24] <godog>	 The database has been automatically locked while the replica database servers catch up to the master.
[13:03:27] <godog>	 specifically
[13:04:19] <Reedy>	 should be fixed now
[13:04:31] <Reedy>	 I upset the db slave
[13:04:56] <Reedy>	 godog: Try again now? :)
[13:06:06] <godog>	 yup worked now, thanks Reedy !
[13:08:46] <wmf-insecte>	 Yippee, build fixed!
[13:08:47] <wmf-insecte>	 Project beta-update-databases-eqiad build #34885: 09FIXED in 1 min 23 sec: https://integration.wikimedia.org/ci/job/beta-update-databases-eqiad/34885/
[13:09:00] <Reedy>	 sweet
[13:34:26] <wikibugs>	 10Release-Engineering-Team (Kanban), 10Code-Stewardship-Reviews: Code Stewardship Review: SpamBlacklist - https://phabricator.wikimedia.org/T224921 (10Aklapper) @marcella: Could you please elaborate if the WMF Editing Team is responsible for the SpamBlacklist extension? Thanks.
[14:09:54] <wikibugs>	 (03PS4) 10Kosta Harlan: Codehealth: Skip MW install, generate code coverage from unit tests [integration/config] - 10https://gerrit.wikimedia.org/r/518714
[14:33:15] <wikibugs>	 (03PS1) 10Kosta Harlan: Codehealth: Adjust mediawiki-coverage script for SonarQube [integration/config] - 10https://gerrit.wikimedia.org/r/519640
[14:33:17] <wikibugs>	 (03PS1) 10Kosta Harlan: [jjb] Codehealth: Skip MW install, generate code coverage [integration/config] - 10https://gerrit.wikimedia.org/r/519641
[14:34:20] <wikibugs>	 (03Abandoned) 10Kosta Harlan: Codehealth: Skip MW install, generate code coverage from unit tests [integration/config] - 10https://gerrit.wikimedia.org/r/518714 (owner: 10Kosta Harlan)
[14:35:28] <wikibugs>	 (03CR) 10Kosta Harlan: [jjb] Codehealth: Skip MW install, generate code coverage (031 comment) [integration/config] - 10https://gerrit.wikimedia.org/r/519641 (owner: 10Kosta Harlan)
[14:37:25] <wikibugs>	 (03PS1) 10Kosta Harlan: Skip MediaWiki install for composer-test job [integration/config] - 10https://gerrit.wikimedia.org/r/519644
[15:25:42] <wikibugs>	 (03PS1) 10Kosta Harlan: [jjb] Codehealth: Switch to using node10-test image [integration/config] - 10https://gerrit.wikimedia.org/r/519652
[15:36:07] <wikibugs>	 10Phabricator: Change username from Baloch007 to Af420 - https://phabricator.wikimedia.org/T226676 (10Aklapper) 05Open→03Resolved a:03Aklapper
[16:08:53] <wikibugs>	 (03PS2) 10Kosta Harlan: Support running PHPUnit unit tests [integration/quibble] - 10https://gerrit.wikimedia.org/r/519166
[16:09:36] <wikibugs>	 (03CR) 10jerkins-bot: [V: 04-1] Support running PHPUnit unit tests [integration/quibble] - 10https://gerrit.wikimedia.org/r/519166 (owner: 10Kosta Harlan)
[16:12:25] <wikibugs>	 (03PS3) 10Kosta Harlan: Support running PHPUnit unit tests [integration/quibble] - 10https://gerrit.wikimedia.org/r/519166
[16:12:52] <kostajh>	 awight: I don't know why I don't see it, but if you can spot why the unit test for PhpUnitDatabaselessTest fails, I'd appreciate it
[16:13:04] <wikibugs>	 (03CR) 10jerkins-bot: [V: 04-1] Support running PHPUnit unit tests [integration/quibble] - 10https://gerrit.wikimedia.org/r/519166 (owner: 10Kosta Harlan)
[16:36:57] <awight>	 kostajh: The actual call has two --log-junit clauses, for some reason.
[16:39:11] <kostajh>	 awight: I think it's because it has --group Database as well as --exclude-group Database
[16:39:35] <kostajh>	 ['php', 'tests/phpunit/phpunit.php', '--debug-tests', '--testsuite', 'extensions', '--group', 'Database', '--exclude-group', 'Broken,ParserFuzz,Stub', '--log-junit', '/log/junit-db.xml', '--testsuite', 'extensions', '--exclude-group', 'Broken,ParserFuzz,Stub,Database', '--log-junit', '/log/junit-dbless.xml']
[16:40:45] <awight>	 Feel free to tear up those classes, I don't like how they work at the moment.
[16:42:54] <awight>	 I refactored aiming for nearly exact the same code as before, but that fake parent class is really awful.  IMO it would be nicer to do some kind of composition.
[16:43:18] <awight>	 Especially considering this interesting vendor phpunit thing you're adding.
[16:44:25] <kostajh>	 I might leave bigger refactoring for a follow-up, I'd like to get this in soon-ish to support the vendor/bin/phpunit work in core
[16:51:53] <wikibugs>	 (03CR) 10Awight: "I don't understand yet why the tests are acting up after this patch." (032 comments) [integration/quibble] - 10https://gerrit.wikimedia.org/r/519166 (owner: 10Kosta Harlan)
[16:56:05] <wikibugs>	 10Release-Engineering-Team (Kanban), 10Patch-For-Review, 10Release, 10Train Deployments: 1.34.0-wmf.11 deployment blockers - https://phabricator.wikimedia.org/T220736 (10greg) 05Open→03Resolved Good work on your inaugural train!
[16:57:51] <awight>	 kostajh: Okay, I think I found the issue.
[16:58:36] <awight>	 Something about python default parameters.  When we extend cmd, we're actually changing the list as it will be passed to the *next* invocation as well.
[16:59:03] <awight>	 Try `log.info(cmd)` at the beginning of AbstractPhpUnit
[16:59:58] <awight>	 I think the easy solution is to have the parameter specified as `cmd=None`, then `if cmd is None: cmd = [defaults...]`
[17:03:47] <awight>	 (will mention in gerrit)
[17:05:08] <wikibugs>	 (03CR) 10Awight: Support running PHPUnit unit tests (031 comment) [integration/quibble] - 10https://gerrit.wikimedia.org/r/519166 (owner: 10Kosta Harlan)
[17:31:03] <kostajh>	 awight: ahh... yeah thanks
[17:32:05] <awight>	 That gets me every time.
[17:40:18] <wikibugs>	 (03PS4) 10Kosta Harlan: Support running PHPUnit unit tests [integration/quibble] - 10https://gerrit.wikimedia.org/r/519166
[17:40:57] <wikibugs>	 (03CR) 10jerkins-bot: [V: 04-1] Support running PHPUnit unit tests [integration/quibble] - 10https://gerrit.wikimedia.org/r/519166 (owner: 10Kosta Harlan)
[17:43:35] <wikibugs>	 (03PS5) 10Kosta Harlan: Support running PHPUnit unit tests [integration/quibble] - 10https://gerrit.wikimedia.org/r/519166
[17:43:41] <wikibugs>	 (03CR) 10Kosta Harlan: Support running PHPUnit unit tests (033 comments) [integration/quibble] - 10https://gerrit.wikimedia.org/r/519166 (owner: 10Kosta Harlan)
[17:44:45] <kostajh>	 awight: thanks again for your help & review on that
[17:48:42] <awight>	 It's great to imagine that the commands.py refactor made this sort of change easier to make :-)
[18:00:56] <wikibugs>	 10Phabricator: Change my Phabricator username from Tassu to Majavah - https://phabricator.wikimedia.org/T226423 (10Aklapper)
[18:09:51] <robh>	 Ok, I have created forms in phabricator, but I never do it right the first time.  Where exactly does one go to just make a generic form (so i can plug it into a workboard menu option later)
[18:10:32] <robh>	 basically i have a file a decommission request form, im making another one for new servers
[18:12:09] <robh>	 bah, found it, via existing form, view form configuraiton
[18:40:41] <kostajh>	 awight: I'd say so! :)
[18:54:21] <robh>	 Ok, how does one set the 'administrative request' thing on https://phabricator.wikimedia.org/transactions/editengine/maniphest.task/
[18:54:30] <robh>	 for a form?  one of my 3 forms has it (not sure who added it or how)
[18:54:40] <robh>	 so i assume the other two should as well since they are for similar things
[18:58:03] <robh>	 ahh, subtype
[19:02:19] <mutante>	 robh: btw phab forms.. i just saw a ticket that was about decom'ing but did not have the check list on it, so i wanted to add it. i went to https://wikitech.wikimedia.org/wiki/Server_Lifecycle#Remove_from_production
[19:03:09] <mutante>	 there are like 3 links there and a section further down. the first is "A Phabricator ticket" the second "A decommission ticket " and the third "put a full decommission checklist"
[19:03:09] <robh>	 mutante: ok, it says to use the project to decom
[19:03:20] <robh>	 so it should be cleaned up to just point to that
[19:03:23] <mutante>	 but those 3 links don't get you the actual check list
[19:03:32] <robh>	 yeah, the actual form url is...
[19:03:37] <robh>	 https://phabricator.wikimedia.org/maniphest/task/edit/form/52/
[19:03:51] <robh>	 if you want you can correct or i can let me know.
[19:04:01] <mutante>	 instead you need to follow one of the links and then another in phab and then YES.. you get to that form
[19:04:11] <mutante>	 i just had a bit of a hard time finding it 
[19:04:18] <robh>	 I am 100% cool with you clarifying it to make sense and point directly to the form
[19:04:23] <mutante>	 i was thinking we could link them all directly to the form
[19:04:24] <robh>	 =]
[19:04:31] <mutante>	 but i dont want to change lifecyle page just like that either
[19:04:36] <mutante>	 and you might be working on those forms
[19:04:47] <robh>	 the decom form is ready for use =]
[19:04:51] <mutante>	 alright
[19:04:58] <robh>	 thank you for checking and asking about it though
[19:05:03] <mutante>	 yw
[19:05:08] <robh>	 and im not saying you have to update the page, just saying you should feel free to
[19:05:16] <robh>	 and if you dont i certainly will eventually =]
[19:05:53] <robh>	 that form will be the best way to ensure everyone includes everything they should, and i can change the form default values when the checklist changes
[19:06:21] <mutante>	 done.. just linking twice to the form now
[19:06:42] <mutante>	 the first link should stay as it is.. it is about creating a phab ticket about a "reinstall"
[19:08:20] <robh>	 yeah, that could be better clarified but it wont use that same form
[19:08:44] <mutante>	 yep
[20:14:56] <wikibugs>	 (03PS1) 10Umherirrender: [BlueSpice] Add quibble jobs for new extenions [integration/config] - 10https://gerrit.wikimedia.org/r/519702
[20:26:50] <wikibugs>	 (03CR) 10Awight: [C: 04-1] "The code looks clean to me, with one possible logic error that makes me CR-1 for now." (034 comments) [integration/quibble] - 10https://gerrit.wikimedia.org/r/519166 (owner: 10Kosta Harlan)
[20:27:40] <wikibugs>	 (03CR) 10Awight: Support running PHPUnit unit tests (031 comment) [integration/quibble] - 10https://gerrit.wikimedia.org/r/519166 (owner: 10Kosta Harlan)
[20:30:56] <wikibugs>	 (03PS1) 10Thcipriani: Bump config version to v4 [blubber] - 10https://gerrit.wikimedia.org/r/519711
[20:32:15] <wikibugs>	 (03CR) 10jerkins-bot: [V: 04-1] Bump config version to v4 [blubber] - 10https://gerrit.wikimedia.org/r/519711 (owner: 10Thcipriani)
[20:33:25] <wikibugs>	 (03CR) 10Jforrester: "> Patch Set 2:" [integration/config] - 10https://gerrit.wikimedia.org/r/519573 (owner: 10Jforrester)
[20:41:16] <shinken-wm>	 PROBLEM - Free space - all mounts on deployment-mwmaint01 is CRITICAL: CRITICAL: deployment-prep.deployment-mwmaint01.diskspace.root.byte_percentfree (<11.11%)
[20:42:56] <Lucas_WMDE>	 checking with ncdu…
[20:44:29] <Lucas_WMDE>	 I don’t see anything obvious to delete, better leave that to someone more knowledgable
[20:46:48] <Lucas_WMDE>	 (though uninstalling texlive would free up quite some space by the looks of it)
[20:47:15] <wikibugs>	 (03PS2) 10Thcipriani: Bump config version to v4 [blubber] - 10https://gerrit.wikimedia.org/r/519711
[20:51:15] <shinken-wm>	 RECOVERY - Free space - all mounts on deployment-mwmaint01 is OK: OK: All targets OK
[20:58:53] <wikibugs>	 10Continuous-Integration-Infrastructure, 10Browser-Tests: Run browser tests in parallel - https://phabricator.wikimedia.org/T226869 (10awight)
[21:02:27] <paladox>	 https://gerrit-review.googlesource.com/c/gerrit/+/229092 <-- improves the dashboard loading in polygerrit.
[21:36:47] <wikibugs>	 (03PS1) 10Urbanecm: Add a job for labs/tools/massmailer [integration/config] - 10https://gerrit.wikimedia.org/r/519724
[21:39:52] <wikibugs>	 (03CR) 10jerkins-bot: [V: 04-1] Add a job for labs/tools/massmailer [integration/config] - 10https://gerrit.wikimedia.org/r/519724 (owner: 10Urbanecm)
[21:41:07] <wikibugs>	 (03PS2) 10Urbanecm: Add a job for labs/tools/massmailer [integration/config] - 10https://gerrit.wikimedia.org/r/519724
[21:41:15] <wikibugs>	 (03PS3) 10Urbanecm: Add a job for labs/tools/massmailer [integration/config] - 10https://gerrit.wikimedia.org/r/519724
[21:44:14] <wikibugs>	 (03CR) 10jerkins-bot: [V: 04-1] Add a job for labs/tools/massmailer [integration/config] - 10https://gerrit.wikimedia.org/r/519724 (owner: 10Urbanecm)
[21:44:23] <wikibugs>	 (03PS4) 10Urbanecm: Add a job for labs/tools/massmailer [integration/config] - 10https://gerrit.wikimedia.org/r/519724
[21:48:56] <wikibugs>	 10Continuous-Integration-Config, 10phan-taint-check-plugin, 10Patch-For-Review: Upgrade php-ast to 1.0.1 - https://phabricator.wikimedia.org/T218719 (10sbassett) p:05Triage→03Normal
[22:01:48] <wikibugs>	 10Phabricator, 10Developer-Advocacy (Jul-Sep 2019): Re-evaluate our use of Phabricator Conpherence chat - https://phabricator.wikimedia.org/T127640 (10sbassett) @Aklapper - we now have a solution in place (an existing irc channel) as a replacement for the secteam-stewards conpherence chat.  We may re-evaluate...
[22:15:13] <wikibugs>	 10Phabricator (Upstream), 10Upstream: "Choose subtype" box does not disappear after choosing an option when creating new subtask with "Persistent Chat" option in Conpherence enabled - https://phabricator.wikimedia.org/T220897 (10Zoranzoki21) Still happening... {F29665818}
[22:15:34] <wikibugs>	 10Phabricator (Upstream), 10Upstream: "Choose subtype" box does not disappear after choosing an option when creating new subtask with "Persistent Chat" option in Conpherence enabled - https://phabricator.wikimedia.org/T220897 (10Zoranzoki21) Google Chrome 75.0.3770.100 (Official Build) (64-bit) (cohort: Stable...
[22:34:40] <wikibugs>	 10Phabricator, 10Developer-Advocacy (Jul-Sep 2019): Re-evaluate our use of Phabricator Conpherence chat - https://phabricator.wikimedia.org/T127640 (10Aklapper) >>! In T127640#5293428, @sbassett wrote: > we now have a solution in place (an existing irc channel) as a replacement for the secteam-stewards conpher...