[00:00:26] RECOVERY - misc3 Puppet on misc3 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [00:00:35] RECOVERY - misc4 HTTP on misc4 is OK: HTTP OK: HTTP/1.1 301 Moved Permanently - 421 bytes in 0.002 second response time [00:01:16] PROBLEM - test1 HTTP on test1 is WARNING: HTTP WARNING: HTTP/1.1 404 Not Found - 319 bytes in 0.002 second response time [00:03:54] PROBLEM - bacula1 Puppet on bacula1 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [00:04:12] PROBLEM - cp2 Puppet on cp2 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [00:11:52] RECOVERY - bacula1 Puppet on bacula1 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [00:11:58] RECOVERY - cp2 Puppet on cp2 is OK: OK: Puppet is currently enabled, last run 42 seconds ago with 0 failures [00:57:30] !log git checkout 632cafec8 due to a error on the master branch that needs fixing (phabricator (misc4)) [00:57:35] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [01:19:33] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAnvk [01:19:34] [02miraheze/puppet] 07paladox 034575f36 - Add phabricator.miraheze.org http checks [01:20:21] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAnvt [01:20:23] [02miraheze/puppet] 07paladox 03da2a312 - Add lizard.miraheze.org icinga http checks [01:26:07] PROBLEM - misc4 lizard.miraheze.org HTTPS on misc4 is CRITICAL: HTTP CRITICAL: HTTP/1.1 500 Internal Server Error - 2280 bytes in 0.093 second response time [01:26:09] PROBLEM - misc4 phabricator.miraheze.org HTTPS on misc4 is CRITICAL: HTTP CRITICAL: HTTP/1.1 500 Internal Server Error - 2280 bytes in 0.087 second response time [01:33:08] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAnv2 [01:33:09] [02miraheze/puppet] 07paladox 03afff04b - Remove http icinga check [01:34:20] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAnvV [01:34:22] [02miraheze/puppet] 07paladox 03c109a65 - Update init.pp [01:34:41] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAnvr [01:34:43] [02miraheze/puppet] 07paladox 03a7bcd15 - Update web.pp [01:38:29] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAnv9 [01:38:31] [02miraheze/puppet] 07paladox 034ec4b90 - httpd: Remove http icinga check [01:39:40] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAnv7 [01:39:42] [02miraheze/puppet] 07paladox 0329459ae - Update web.pp [01:39:51] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAnv5 [01:39:52] [02miraheze/puppet] 07paladox 03a68fb63 - Update web.pp [01:41:55] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAnvF [01:41:57] [02miraheze/puppet] 07paladox 033488b71 - Update init.pp [01:46:38] PROBLEM - misc4 HTTPS on misc4 is WARNING: HTTP WARNING: HTTP/1.1 401 Unauthorized - 397 bytes in 0.018 second response time [04:03:01] PROBLEM - misc4 HTTPS on misc4 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [04:04:09] PROBLEM - cp4 Disk Space on cp4 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [04:04:29] PROBLEM - misc4 Puppet on misc4 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [04:04:35] PROBLEM - cp4 Varnish Backends on cp4 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [04:04:39] PROBLEM - cp5 Varnish Backends on cp5 is CRITICAL: 3 backends are down. mw1 mw2 mw3 [04:04:49] PROBLEM - cp4 Puppet on cp4 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [04:04:51] PROBLEM - cp4 Current Load on cp4 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [04:04:59] PROBLEM - misc1 GDNSD Datacenters on misc1 is CRITICAL: CRITICAL - 6 datacenters are down: 107.191.126.23/cpweb, 2604:180:0:33b::2/cpweb, 81.4.109.133/cpweb, 2a00:d880:5:8ea::ebc7/cpweb, 172.104.111.8/cpweb, 2400:8902::f03c:91ff:fe07:444e/cpweb [04:05:07] PROBLEM - misc4 phd on misc4 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [04:05:17] PROBLEM - test1 MediaWiki Rendering on test1 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [04:06:13] PROBLEM - misc4 Current Load on misc4 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [04:06:21] PROBLEM - cp4 HTTP 4xx/5xx ERROR Rate on cp4 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [04:06:23] PROBLEM - cp4 HTTPS on cp4 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [04:06:43] PROBLEM - cp2 HTTP 4xx/5xx ERROR Rate on cp2 is CRITICAL: CRITICAL - NGINX Error Rate is 66% [04:06:53] PROBLEM - misc4 Disk Space on misc4 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [04:07:01] PROBLEM - studynotekr.miraheze.org - GlobalSign on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [04:07:15] RECOVERY - misc4 SSH on misc4 is OK: SSH OK - OpenSSH_7.4p1 Debian-10+deb9u4 (protocol 2.0) [04:07:22] JohnLewis: Miraheze is 503ing [04:07:47] PROBLEM - hellointernet.miraheze.org - GlobalSign on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [04:07:59] PROBLEM - cp5 HTTP 4xx/5xx ERROR Rate on cp5 is WARNING: WARNING - NGINX Error Rate is 52% [04:08:20] Any sysadmins about? [04:08:23] RECOVERY - cp4 HTTPS on cp4 is OK: HTTP OK: HTTP/1.1 301 Moved Permanently - 1126 bytes in 4.178 second response time [04:08:57] PROBLEM - studynotekr.miraheze.org - GlobalSign on sslhost is WARNING: WARNING - Certificate '*.miraheze.org' expires in 23 day(s) (Sat 22 Sep 2018 08:12:13 PM GMT +0000). [04:09:27] PROBLEM - mw1 MediaWiki Rendering on mw1 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [04:09:45] PROBLEM - test1 Puppet on test1 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [04:09:49] PROBLEM - hellointernet.miraheze.org - GlobalSign on sslhost is WARNING: WARNING - Certificate '*.miraheze.org' expires in 23 day(s) (Sat 22 Sep 2018 08:12:13 PM GMT +0000). [04:10:09] PROBLEM - test1 Current Load on test1 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [04:10:15] PROBLEM - bacula1 Bacula Phabricator Static on bacula1 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 60 seconds. [04:10:29] PROBLEM - mw2 MediaWiki Rendering on mw2 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [04:10:35] PROBLEM - wc.miraheze.org on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [04:10:49] RECOVERY - misc4 Puppet on misc4 is OK: OK: Puppet is currently enabled, last run 9 minutes ago with 0 failures [04:10:56] JohnLewis: MacFan4000: labster: paladox ^ [04:11:15] PROBLEM - test1 HTTPS on test1 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [04:11:49] RECOVERY - test1 Puppet on test1 is OK: OK: Puppet is currently enabled, last run 10 minutes ago with 0 failures [04:12:30] PROBLEM - wc.miraheze.org on sslhost is WARNING: WARNING - Certificate '*.miraheze.org' expires in 23 day(s) (Sat 22 Sep 2018 08:12:13 PM GMT +0000). [04:12:32] RECOVERY - mw2 MediaWiki Rendering on mw2 is OK: HTTP OK: HTTP/1.1 200 OK - 30846 bytes in 5.147 second response time [04:12:46] PROBLEM - mw3 MediaWiki Rendering on mw3 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [04:13:34] PROBLEM - misc4 SSH on misc4 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [04:13:58] RECOVERY - cp5 HTTP 4xx/5xx ERROR Rate on cp5 is OK: OK - NGINX Error Rate is 38% [04:14:12] RECOVERY - test1 Current Load on test1 is OK: OK - load average: 0.00, 0.05, 0.09 [04:14:20] RECOVERY - misc4 Current Load on misc4 is OK: OK - load average: 0.16, 0.11, 0.21 [04:14:32] RECOVERY - cp4 Disk Space on cp4 is OK: DISK OK - free space: / 22881 MB (55% inode=99%); [04:14:44] RECOVERY - mw3 MediaWiki Rendering on mw3 is OK: HTTP OK: HTTP/1.1 200 OK - 30847 bytes in 0.041 second response time [04:15:10] RECOVERY - misc4 Disk Space on misc4 is OK: DISK OK - free space: / 53492 MB (87% inode=99%); [04:15:12] RECOVERY - cp4 Current Load on cp4 is OK: OK - load average: 0.03, 0.06, 0.07 [04:15:16] RECOVERY - cp2 Varnish Backends on cp2 is OK: All 4 backends are healthy [04:15:18] PROBLEM - misc4 HTTPS on misc4 is WARNING: HTTP WARNING: HTTP/1.1 401 Unauthorized - 397 bytes in 0.016 second response time [04:15:20] RECOVERY - test1 HTTPS on test1 is OK: HTTP OK: HTTP/1.1 301 Moved Permanently - 459 bytes in 0.024 second response time [04:15:30] RECOVERY - misc4 SSH on misc4 is OK: SSH OK - OpenSSH_7.4p1 Debian-10+deb9u4 (protocol 2.0) [04:15:40] RECOVERY - ns1 GDNSD Datacenters on ns1 is OK: OK - all datacenters are online [04:15:44] RECOVERY - mw1 MediaWiki Rendering on mw1 is OK: HTTP OK: HTTP/1.1 200 OK - 30846 bytes in 0.029 second response time [04:15:52] RECOVERY - test1 MediaWiki Rendering on test1 is OK: HTTP OK: HTTP/1.1 200 OK - 30847 bytes in 0.032 second response time [04:16:16] Cyberpower678: physical server down it seemed [04:16:26] RECOVERY - cp4 HTTP 4xx/5xx ERROR Rate on cp4 is OK: OK - NGINX Error Rate is 20% [04:16:40] RECOVERY - cp5 Varnish Backends on cp5 is OK: All 4 backends are healthy [04:16:44] RECOVERY - cp2 HTTP 4xx/5xx ERROR Rate on cp2 is OK: OK - NGINX Error Rate is 3% [04:16:46] RECOVERY - cp4 Varnish Backends on cp4 is OK: All 4 backends are healthy [04:16:48] JohnLewis: ah [04:16:57] Running OAuth experiments on Miraheze [04:17:16] And noticed everything went boom on my end unexpectedly. :p [04:17:18] RECOVERY - misc1 GDNSD Datacenters on misc1 is OK: OK - all datacenters are online [04:17:37] ironically on the only non redundant bit of service [04:21:10] RECOVERY - cp4 Puppet on cp4 is OK: OK: Puppet is currently enabled, last run 17 seconds ago with 0 failures [04:24:32] PROBLEM - misc1 GDNSD Datacenters on misc1 is CRITICAL: CRITICAL - 6 datacenters are down: 107.191.126.23/cpweb, 2604:180:0:33b::2/cpweb, 81.4.109.133/cpweb, 2a00:d880:5:8ea::ebc7/cpweb, 172.104.111.8/cpweb, 2400:8902::f03c:91ff:fe07:444e/cpweb [04:25:16] PROBLEM - cp2 Varnish Backends on cp2 is CRITICAL: 1 backends are down. mw1 [04:25:26] PROBLEM - cp4 Varnish Backends on cp4 is CRITICAL: 2 backends are down. mw1 mw2 [04:25:28] PROBLEM - cp5 Varnish Backends on cp5 is CRITICAL: 3 backends are down. mw1 mw2 mw3 [04:26:14] PROBLEM - ns1 GDNSD Datacenters on ns1 is CRITICAL: CRITICAL - 6 datacenters are down: 107.191.126.23/cpweb, 2604:180:0:33b::2/cpweb, 81.4.109.133/cpweb, 2a00:d880:5:8ea::ebc7/cpweb, 172.104.111.8/cpweb, 2400:8902::f03c:91ff:fe07:444e/cpweb [04:31:11] RECOVERY - cp4 Varnish Backends on cp4 is OK: All 4 backends are healthy [04:31:17] RECOVERY - cp2 Varnish Backends on cp2 is OK: All 4 backends are healthy [04:31:21] RECOVERY - cp5 Varnish Backends on cp5 is OK: All 4 backends are healthy [04:32:29] RECOVERY - ns1 GDNSD Datacenters on ns1 is OK: OK - all datacenters are online [04:32:45] RECOVERY - misc1 GDNSD Datacenters on misc1 is OK: OK - all datacenters are online [06:25:14] !log reception@mw3:/srv/mediawiki/w/maintenance$ sudo -u www-data php importDump.php --wiki electowikiwiki /home/reception/Electowiki-20180826232629_ovr.xml [06:25:20] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [09:33:15] revi: hey https://phabricator.miraheze.org/T3533 [09:33:16] Title: [ ⚓ T3533 Add MirahezeMagic to translatewiki.net ] - phabricator.miraheze.org [10:04:11] paladox: hi. around? [10:06:48] Reception123: semi around? [10:06:57] paladox: good enough for https://phabricator.miraheze.org/T3530 I guess :P [10:06:58] Title: [ ⚓ T3530 PDFHandler doesn't appear to do anything ] - phabricator.miraheze.org [10:08:03] Hmm? [10:08:15] I saw that bot not sure why it is failing for them [10:09:23] paladox: I don't know why but I can't log into that wiki without clearing cookies [10:09:28] because it's a custom domain [10:10:06] Reception123: did you try relogging into it before clearing the cookies? [10:10:16] paladox: 3 times, it keeps denying me [10:10:47] Oh ok [10:11:01] Reception123: it should work I guess your just a special case heh :) [10:11:28] I'm afraid I'm probably not :( [10:12:09] Reception123: it works now logging in after clearing cookies right? [10:12:37] paladox: yes [10:12:48] Ok [10:12:59] paladox: Oh wait I thought it was but then [10:13:01] "Auto-creation of a local account failed: Automatic account creation is not allowed." [10:13:11] hmmmm [10:13:56] Hmm [10:25:26] PROBLEM - mw3 JobQueue on mw3 is CRITICAL: JOBQUEUE CRITICAL - job queue greater than 300 jobs. Current queue: 3005 [10:26:53] yay [10:27:18] !log sudo -u www-data foreachwikiindblist /srv/mediawiki/dblist/all.dblist /srv/mediawiki/w/maintenance/runJobs.php on mw1 [10:27:22] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [10:43:01] PROBLEM - studynotekr.miraheze.org - GlobalSign on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [10:43:53] PROBLEM - test1 Puppet on test1 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [10:44:05] PROBLEM - misc1 GDNSD Datacenters on misc1 is CRITICAL: CRITICAL - 6 datacenters are down: 107.191.126.23/cpweb, 2604:180:0:33b::2/cpweb, 81.4.109.133/cpweb, 2a00:d880:5:8ea::ebc7/cpweb, 172.104.111.8/cpweb, 2400:8902::f03c:91ff:fe07:444e/cpweb [10:44:09] PROBLEM - cp4 Disk Space on cp4 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [10:44:29] PROBLEM - misc4 Puppet on misc4 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [10:44:35] PROBLEM - papelor.io - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [10:44:39] PROBLEM - cp5 Varnish Backends on cp5 is CRITICAL: 3 backends are down. mw1 mw2 mw3 [10:44:51] PROBLEM - misc4 Disk Space on misc4 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [10:45:01] PROBLEM - studynotekr.miraheze.org - GlobalSign on sslhost is WARNING: WARNING - Certificate '*.miraheze.org' expires in 23 day(s) (Sat 22 Sep 2018 08:12:13 PM GMT +0000). [10:45:07] PROBLEM - wiki.make717.org - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [10:45:09] PROBLEM - mw3 HTTPS on mw3 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [10:45:17] PROBLEM - misc4 SSH on misc4 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [10:45:49] PROBLEM - cp5 HTTP 4xx/5xx ERROR Rate on cp5 is CRITICAL: CRITICAL - NGINX Error Rate is 63% [10:46:11] PROBLEM - bacula1 Bacula Phabricator Static on bacula1 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 60 seconds. [10:46:15] PROBLEM - mw1 MediaWiki Rendering on mw1 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [10:46:21] PROBLEM - cp4 HTTPS on cp4 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [10:46:25] PROBLEM - cp4 HTTP 4xx/5xx ERROR Rate on cp4 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [10:46:27] PROBLEM - bacula1 Bacula Misc4 Lizardfs Master on bacula1 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 60 seconds. [10:46:35] RECOVERY - papelor.io - LetsEncrypt on sslhost is OK: OK - Certificate 'papelor.io' will expire on Fri 12 Oct 2018 06:42:54 PM GMT +0000. [10:46:43] PROBLEM - cp2 HTTP 4xx/5xx ERROR Rate on cp2 is CRITICAL: CRITICAL - NGINX Error Rate is 75% [10:47:01] RECOVERY - wiki.make717.org - LetsEncrypt on sslhost is OK: OK - Certificate 'wiki.make717.org' will expire on Sun 21 Oct 2018 10:01:39 AM GMT +0000. [10:47:15] RECOVERY - misc4 SSH on misc4 is OK: SSH OK - OpenSSH_7.4p1 Debian-10+deb9u4 (protocol 2.0) [10:47:23] PROBLEM - misc4 Current Load on misc4 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [10:47:27] PROBLEM - mw3 MediaWiki Rendering on mw3 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [10:47:29] PROBLEM - unmade.miraheze.org - GlobalSign on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [10:47:57] RECOVERY - test1 Puppet on test1 is OK: OK: Puppet is currently enabled, last run 6 seconds ago with 0 failures [10:48:17] PROBLEM - test1 MediaWiki Rendering on test1 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [10:48:21] PROBLEM - test1 HTTPS on test1 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [10:48:23] RECOVERY - mw1 MediaWiki Rendering on mw1 is OK: HTTP OK: HTTP/1.1 200 OK - 30847 bytes in 9.050 second response time [10:48:27] RECOVERY - bacula1 Bacula Misc4 Lizardfs Master on bacula1 is OK: OK: Full, 16 files, 120.1MB, 2018-08-26 00:05:00 (4.4 days ago) [10:48:37] RECOVERY - misc4 Puppet on misc4 is OK: OK: Puppet is currently enabled, last run 7 minutes ago with 0 failures [10:48:53] RECOVERY - cp4 Puppet on cp4 is OK: OK: Puppet is currently enabled, last run 7 minutes ago with 0 failures [10:48:55] RECOVERY - misc4 Disk Space on misc4 is OK: DISK OK - free space: / 53512 MB (87% inode=99%); [10:49:03] PROBLEM - misc4 HTTPS on misc4 is WARNING: HTTP WARNING: HTTP/1.1 401 Unauthorized - 397 bytes in 0.012 second response time [10:49:07] RECOVERY - mw3 HTTPS on mw3 is OK: HTTP OK: HTTP/1.1 301 Moved Permanently - 459 bytes in 0.021 second response time [10:49:15] RECOVERY - misc4 Current Load on misc4 is OK: OK - load average: 0.09, 0.13, 0.20 [10:49:17] RECOVERY - cp2 Varnish Backends on cp2 is OK: All 4 backends are healthy [10:49:31] PROBLEM - unmade.miraheze.org - GlobalSign on sslhost is WARNING: WARNING - Certificate '*.miraheze.org' expires in 23 day(s) (Sat 22 Sep 2018 08:12:13 PM GMT +0000). [10:49:49] RECOVERY - cp5 HTTP 4xx/5xx ERROR Rate on cp5 is OK: OK - NGINX Error Rate is 39% [10:50:13] RECOVERY - misc1 GDNSD Datacenters on misc1 is OK: OK - all datacenters are online [10:50:16] RECOVERY - cp4 HTTP 4xx/5xx ERROR Rate on cp4 is OK: OK - NGINX Error Rate is 17% [10:50:17] RECOVERY - test1 MediaWiki Rendering on test1 is OK: HTTP OK: HTTP/1.1 200 OK - 30848 bytes in 0.095 second response time [10:50:19] RECOVERY - cp4 Disk Space on cp4 is OK: DISK OK - free space: / 23165 MB (56% inode=99%); [10:50:23] what is going on [10:50:23] RECOVERY - cp4 HTTPS on cp4 is OK: HTTP OK: HTTP/1.1 301 Moved Permanently - 1127 bytes in 0.031 second response time [10:50:31] RECOVERY - cp4 Varnish Backends on cp4 is OK: All 4 backends are healthy [10:50:39] RECOVERY - cp5 Varnish Backends on cp5 is OK: All 4 backends are healthy [10:50:43] RECOVERY - cp2 HTTP 4xx/5xx ERROR Rate on cp2 is OK: OK - NGINX Error Rate is 4% [10:51:15] RECOVERY - ns1 GDNSD Datacenters on ns1 is OK: OK - all datacenters are online [10:51:31] RECOVERY - mw3 MediaWiki Rendering on mw3 is OK: HTTP OK: HTTP/1.1 200 OK - 30847 bytes in 0.044 second response time [11:19:45] RECOVERY - mw3 JobQueue on mw3 is OK: JOBQUEUE OK - job queue below 300 jobs [11:42:43] [02miraheze/MatomoAnalytics] 07MacFan4000 pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAnKQ [11:42:45] [02miraheze/MatomoAnalytics] 07MacFan4000 03a095905 - When global ID is false it should be a string Otherwise it causes a JS error [11:43:18] Err [11:46:13] it sounds like nodes keep getting rebooted [11:46:39] and thus icinga goes crazy [11:47:53] Yep they are being rebooted for security reasons [11:55:14] [02mw-config] 07MacFan4000 closed pull request 03#2409: Update LocalSettings.php - 13https://git.io/fAZ2g [11:57:12] [02miraheze/MatomoAnalytics] 07MacFan4000 pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAniJ [11:57:14] [02miraheze/MatomoAnalytics] 07MacFan4000 035c76ddd - revert [12:11:15] PROBLEM - misc4 HTTPS on misc4 is CRITICAL: HTTP CRITICAL: HTTP/1.1 500 Internal Server Error - 2280 bytes in 0.092 second response time [12:14:00] paladox: why is misc4 https critical? [12:14:18] In icinga [12:14:20] Because https://misc4.miraheze.org [12:14:21] Title: [ Site Not Found ] - misc4.miraheze.org [12:14:22] is a 500 [12:14:50] So we have to remove the check? [12:14:58] Nope we have to fix it [12:15:04] How? [12:15:16] [02miraheze/services] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAnPD [12:15:18] [02miraheze/services] 07MirahezeSSLBot 03f860c71 - BOT: Updating services config for wikis [12:15:21] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAnPy [12:15:22] [02miraheze/puppet] 07paladox 038093e5a - Update phabricator.miraheze.org.conf [12:16:59] PROBLEM - misc4 HTTPS on misc4 is WARNING: HTTP WARNING: HTTP/1.1 401 Unauthorized - 397 bytes in 0.019 second response time [12:17:44] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAnXv [12:17:46] [02miraheze/puppet] 07paladox 031f73243 - Update site.pp [12:18:08] [02mw-config] 07paladox deleted branch 03MacFan4000-patch-1 - 13https://git.io/vbvb3 [12:18:10] [02miraheze/mw-config] 07paladox deleted branch 03MacFan4000-patch-1 [12:18:18] [02mw-config] 07paladox deleted branch 03Southparkfan-patch-1 - 13https://git.io/vbvb3 [12:18:20] [02miraheze/mw-config] 07paladox deleted branch 03Southparkfan-patch-1 [12:18:21] [02mw-config] 07paladox deleted branch 03revert-2410-Southparkfan-patch-1 - 13https://git.io/vbvb3 [12:18:23] [02miraheze/mw-config] 07paladox deleted branch 03revert-2410-Southparkfan-patch-1 [12:18:24] [02mw-config] 07paladox deleted branch 03revert-2411-revert-2410-Southparkfan-patch-1 - 13https://git.io/vbvb3 [12:18:26] [02miraheze/mw-config] 07paladox deleted branch 03revert-2411-revert-2410-Southparkfan-patch-1 [12:18:53] i think we are ready to remove icinga1 support now [12:20:16] Why is the https 401 unauthorized now? [12:20:31] becuase it's now defaulting to lizard.miraheze.org [12:20:37] seeing as l goes before p [12:20:53] Is there a way to make it use phab [12:23:15] ? [12:23:31] apparently not. it was failing when i did phabricator.miraheze.org [12:23:32] with a 500 [12:24:15] Ok [12:25:12] Btw I reverted my change to MA as it cause then invalid json error [12:25:22] caused* [12:25:22] ok [12:25:31] yeh it would have caused a invalid error [12:25:34] as it used '' [12:25:36] and not "" [12:26:04] what’s the correct way to do it? [12:26:12] Oh, nvm [12:26:31] There is a difference between “ and ‘ in php though [12:26:43] yep but in json it's a different lang [12:26:45] and not php [12:29:46] PROBLEM - misc4 phabricator.miraheze.org HTTPS on misc4 is WARNING: HTTP WARNING: HTTP/1.1 401 Unauthorized - 397 bytes in 0.025 second response time [12:34:40] RECOVERY - misc4 phabricator.miraheze.org HTTPS on misc4 is OK: HTTP OK: HTTP/1.1 200 OK - 17264 bytes in 0.244 second response time [12:34:49] fixed :D [12:37:32] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAnM0 [12:37:33] [02miraheze/puppet] 07paladox 034882735 - add icinga http check for phabricator.miraheze.org and phab.miraheze.wiki [12:37:59] [02MatomoAnalytics] 07JohnFLewis commented on commit 03a09590535da81b29a826a8605a4373c351b08a86 - 13https://git.io/fAnMg [12:40:49] [02MatomoAnalytics] 07MacFan4000 commented on commit 03a09590535da81b29a826a8605a4373c351b08a86 - 13https://git.io/fAnMF [12:42:19] PROBLEM - misc4 phab.miraheze.wiki HTTPS on misc4 is CRITICAL: HTTP CRITICAL: HTTP/1.1 500 Internal Server Error - 9702 bytes in 0.108 second response time [12:43:34] [02MatomoAnalytics] 07JohnFLewis commented on commit 03a09590535da81b29a826a8605a4373c351b08a86 - 13https://git.io/fAnDY [12:44:30] [02MatomoAnalytics] 07JohnFLewis commented on commit 03a09590535da81b29a826a8605a4373c351b08a86 - 13https://git.io/fAnDs [12:44:55] JohnLewis which is me :D [12:46:31] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAnDB [12:46:33] [02miraheze/puppet] 07paladox 033ac69cd - Expect phab.miraheze.wiki to return 500 [12:51:34] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAnDp [12:51:35] [02miraheze/puppet] 07paladox 03b4ee0ff - fix http_expect var [12:55:23] [02mw-config] 07Amanda-Catherine opened pull request 03#2414: Userrights configuration for igrovyesistemywiki T3536 - 13https://git.io/fAny4 [12:55:51] RECOVERY - misc4 phab.miraheze.wiki HTTPS on misc4 is OK: HTTP OK: Status line output matched "HTTP/1.1 500 Internal Server Error" - 9702 bytes in 0.174 second response time [12:56:34] [02mw-config] 07paladox closed pull request 03#2414: Userrights configuration for igrovyesistemywiki T3536 - 13https://git.io/fAny4 [12:56:35] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAnyz [12:56:37] [02miraheze/mw-config] 07Amanda-Catherine 039c8197e - Userrights configuration for igrovyesistemywiki T3536 (#2414) [12:57:03] paladox: MacFan4000 I recommend that we wait for Travis CI checks before merging [12:57:16] There is always the small chance that there's a minor not noticeable syntax error [12:57:32] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAnyo [12:57:32] Reception123 ok [12:57:32] (pinging MacFan since you've also merged a few PRs before the checks) [12:57:34] [02miraheze/mw-config] 07paladox 03915ec66 - fix syntax [12:57:49] paladox: See! You've just completely proven my point! [12:57:59] Reception123 yep lol [12:58:08] paladox: so you don't need anymore proof now that you should wait :P [12:58:14] LOL [12:59:59] Hallo [13:00:03] Wiki-1776: hi [13:00:41] JohnLewis: the other day, I was referring to https://github.com/miraheze/MatomoAnalytics/blob/master/includes/SpecialAnalytics.php#L16 [13:00:41] Title: [ MatomoAnalytics/SpecialAnalytics.php at master · miraheze/MatomoAnalytics · GitHub ] - github.com [13:00:48] is it not possible to make them i18n so we can translate? [13:03:30] PROBLEM - misc4 lizard.miraheze.org HTTPS on misc4 is WARNING: HTTP WARNING: HTTP/1.1 401 Unauthorized - 397 bytes in 0.014 second response time [13:03:37] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAnSm [13:03:38] [02miraheze/puppet] 07paladox 038d0b6c6 - Add lizard.miraheze.org http icinga check [13:03:39] Reception123: oh those, yeah, standard MW i18n method [13:03:56] ok, great :) [13:04:03] I will move them then [13:04:14] [02MatomoAnalytics] 07MacFan4000 commented on commit 03a09590535da81b29a826a8605a4373c351b08a86 - 13https://git.io/fAnSs [13:05:33] [02MatomoAnalytics] 07paladox commented on commit 03a09590535da81b29a826a8605a4373c351b08a86 - 13https://git.io/fAnSl [13:05:49] [02MatomoAnalytics] 07paladox commented on commit 03a09590535da81b29a826a8605a4373c351b08a86 - 13https://git.io/fAnSR [13:06:03] [02MatomoAnalytics] 07JohnFLewis commented on commit 03a09590535da81b29a826a8605a4373c351b08a86 - 13https://git.io/fAnSu [13:08:01] [02miraheze/MatomoAnalytics] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAnSr [13:08:02] [02miraheze/MatomoAnalytics] 07paladox 03f50dd98 - Fix false not being set for globalId (which is the default value) [13:08:04] [02MatomoAnalytics] 07JohnFLewis commented on commit 03a09590535da81b29a826a8605a4373c351b08a86 - 13https://git.io/fAnSo [13:08:05] MacFan4000 JohnLewis ^^ [13:08:21] [02MatomoAnalytics] 07MacFan4000 commented on commit 03a09590535da81b29a826a8605a4373c351b08a86 - 13https://git.io/fAnSi [13:08:59] [02miraheze/mediawiki] 07paladox pushed 031 commit to 03REL1_31 [+0/-0/±1] 13https://git.io/fAnSD [13:09:01] [02miraheze/mediawiki] 07paladox 0337da145 - Update MatomoAnalytics [13:09:32] [02MatomoAnalytics] 07paladox commented on commit 03a09590535da81b29a826a8605a4373c351b08a86 - 13https://git.io/fAnS9 [13:16:40] meh still fails [13:16:45] i see js syntax error [13:17:05] change the value to null [13:17:09] would that do JohnLewis ? [13:17:32] [02mw-config] 07Amanda-Catherine opened pull request 03#2415: igrovyesistemywiki: ceo user group = sysop user group (T3536) - 13https://git.io/fAn91 [13:18:15] [02mw-config] 07MacFan4000 closed pull request 03#2415: igrovyesistemywiki: ceo user group = sysop user group (T3536) - 13https://git.io/fAn91 [13:18:17] [02miraheze/mw-config] 07MacFan4000 pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAn9S [13:18:18] [02miraheze/mw-config] 07Amanda-Catherine 0345c07d7 - igrovyesistemywiki: ceo user group = sysop user group (T3536) (#2415) [13:18:28] 2 out of 3 php checks had passed [13:18:43] ok [13:18:43] PROBLEM - test1 Puppet on test1 is CRITICAL: CRITICAL: Puppet has 1 failures. Last run 2 minutes ago with 1 failures. Failed resources (up to 3 shown): Exec[git_pull_MediaWiki core] [13:18:49] ^ that must be me [13:21:07] DONT RM ON TEST1 [13:21:19] Heh [13:21:20] PLEASE FOR THR LOVE OF GOD [13:21:26] JohnLewis: Lol [13:21:28] Reception123: ^^ [13:21:31] JohnLewis: Yeah, I know about ManageWiki [13:21:34] JohnLewis: also see my question above [13:21:42] Thank god [13:21:46] I just tested somethign with MatomoAnalytics so I don't mess up [13:22:05] JohnLewis writing in all caps... [13:22:06] Heh [13:22:14] Paladox, maybe. Could just string it if you wanted to [13:22:34] I guess null and then go to string if it dosent work [13:22:39] and to be safe, I copied the ManageWiki dir to my homedir too just to be extra sure :) [13:22:42] so no need to to worry [13:22:56] AmandaCatherine: I had to get a very urgent and important point across okay :P [13:23:03] Reception123: mine setting null in MA [13:23:15] For the config MacFan4000 tryed to change please [13:23:31] paladox: why are you a "permission" in Special:MWPermissions? [13:23:34] are you that speical? [13:23:36] paladox: hm? [13:23:51] Reception123: seems I am [13:24:02] I am deferring that question to JohnLewis [13:24:09] Who did that per the email I got :D [13:25:21] Reception123: cause I thought I had it working, paladox was around and I was going to demonstrate the fact it worked to him [13:25:27] but it didn’t xD [13:25:37] [02mw-config] 07Amanda-Catherine opened pull request 03#2416: Additional userrights for igrovyesistemywiki T3536 - 13https://git.io/fAnHR [13:25:50] JohnLewis: Permissions looking really nice by the way :) [13:26:06] reminded me of CentralAuth, and from the code looks like I was right :D [13:26:27] AmandaCatherine: what's all this "UserType" stuff? [13:26:31] Good that it looks nice [13:26:39] because that’s all it is rn xD [13:26:46] lol [13:27:00] Reception123: https://phabricator.miraheze.org/T3536#67353 [13:27:01] Title: [ ⚓ T3536 Change mediawiki config on igrovyesistemywiki ] - phabricator.miraheze.org [13:28:23] ok [13:28:26] [02miraheze/MatomoAnalytics] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAnHb [13:28:28] [02miraheze/MatomoAnalytics] 07paladox 03b8f0b1b - Set MatomoAnalyticsGlobalID Default value to null [13:28:37] Reception123: please deploy ^^ [13:28:56] o [13:28:56] k [13:33:38] [02miraheze/mediawiki] 07Reception123 pushed 031 commit to 03REL1_31 [+0/-0/±1] 13https://git.io/fAnQg [13:33:39] [02miraheze/mediawiki] 07Reception123 032305861 - Update MatomoAnalytics [13:34:39] [02mw-config] 07Amanda-Catherine opened pull request 03#2417: Autopromotion settings for igrovyesistemywiki T3536 - 13https://git.io/fAnQK [13:34:53] ^ ...and one more still to go! [13:35:03] The number of changes being requested here is huge [13:39:28] There’s a sand and ocean for you JohnLewis [13:39:33] [02mw-config] 07Amanda-Catherine opened pull request 03#2418: Restriction levels for igrovyesistemywiki T3536 - 13https://git.io/fAn7U [13:39:35] Meh it’s not uploading [13:40:04] And... whew! [13:40:22] I think ManageWiki will be very helpful for tasks like this https://phabricator.miraheze.org/T3536 [13:40:23] Title: [ ⚓ T3536 Change mediawiki config on igrovyesistemywiki ] - phabricator.miraheze.org [13:40:41] AmandaCatherine; when I roll out permissions management, I want it to be a small deployment first. Care to be involved? [13:41:03] JohnLewis: what do you mean “be involved”? [13:41:27] Your wiki is one that gets it before any others [13:41:35] Sure [13:41:59] I don’t mind being a guinea pig for things like this [13:42:44] paladox: still the same js error [13:42:57] Meta will also get it and maybe testwiki (Reception123?) [13:43:14] Yeah :) [13:43:19] Okay now, why are https://github.com/miraheze/mw-config/pull/2416 and https://github.com/miraheze/mw-config/pull/2417 both failing Travis? [13:43:21] Title: [ Additional userrights for igrovyesistemywiki T3536 by Amanda-Catherine · Pull Request #2416 · miraheze/mw-config · GitHub ] - github.com [13:43:24] Title: [ Autopromotion settings for igrovyesistemywiki T3536 by Amanda-Catherine · Pull Request #2417 · miraheze/mw-config · GitHub ] - github.com [13:43:39] Great, three wikis sounds good for now when I fix stuff [13:43:57] AmandaCathrine looking [13:43:59] Hm [13:44:06] Maybe a string then [13:44:16] “false” [13:44:20] AmandaCatherine, use of '=' instead of '=>' [13:44:35] Then !== ‘false’ in the php code [13:44:44] Voidwalker: oh [13:45:43] Paladox: you have an if essentially already. [13:46:13] youre issue is if you, if $var not true, then set $var is false [13:46:23] aka, you’ve changed no behaviour [13:47:04] [02mw-config] 07Amanda-Catherine synchronize pull request 03#2416: Additional userrights for igrovyesistemywiki T3536 - 13https://git.io/fAnHR [13:47:35] JohnLewis: how do I get it to set false? [13:48:49] * paladox is on the beach [13:48:54] Near the North Sea [13:49:40] The issue is it IS false [13:50:00] [02mw-config] 07Amanda-Catherine synchronize pull request 03#2416: Additional userrights for igrovyesistemywiki T3536 - 13https://git.io/fAnHR [13:50:25] JohnLewis: yep [13:50:35] So any idea how to get it to say false [13:50:41] In the value [13:51:10] $var ?? ‘false’? [13:51:25] aka what you’ve done, just ‘false’ not false [13:51:40] Also you should probably int check it [13:52:27] MacFan4000: ^^ [13:52:33] So “false” in the Jason [13:52:38] *json [13:52:44] No... [13:53:28] Ack WTF did I do to these PRs [13:53:38] So many requests and I screw stuff up [13:54:07] * AmandaCatherine slaps herself around with a large trout [13:55:14] paladox: I bet JSON comes from the name "Jason" :P [13:55:22] or maybe it just stands for Javascript Object Notation [13:57:40] Lol [13:57:40] [02mw-config] 07Amanda-Catherine synchronize pull request 03#2416: Additional userrights for igrovyesistemywiki T3536 - 13https://git.io/fAnHR [13:59:40] [02mw-config] 07Amanda-Catherine synchronize pull request 03#2416: Additional userrights for igrovyesistemywiki T3536 - 13https://git.io/fAnHR [14:01:09] [02miraheze/MatomoAnalytics] 07MacFan4000 pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAnF2 [14:01:11] [02miraheze/MatomoAnalytics] 07MacFan4000 03a5c535b - Update extension.json [14:01:23] [02mw-config] 07Amanda-Catherine commented on pull request 03#2416: Additional userrights for igrovyesistemywiki T3536 - 13https://git.io/fAnFw [14:01:38] It finally passed ^ [14:02:28] [02miraheze/MatomoAnalytics] 07MacFan4000 pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAnFD [14:02:30] [02miraheze/MatomoAnalytics] 07MacFan4000 0367eb0d2 - Update MatomoAnalyticsHooks.php [14:02:44] JohnLewis: ^^ that? [14:03:44] Yes [14:04:47] [02mw-config] 07Amanda-Catherine synchronize pull request 03#2417: Autopromotion settings for igrovyesistemywiki T3536 - 13https://git.io/fAnQK [14:05:13] [02miraheze/services] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAnbm [14:05:14] [02miraheze/services] 07MirahezeSSLBot 032f0d2e1 - BOT: Updating services config for wikis [14:06:23] MacFan4000: I *think* everything finally passed Travis [14:06:26] But that was torture [14:07:08] [02mw-config] 07MacFan4000 closed pull request 03#2417: Autopromotion settings for igrovyesistemywiki T3536 - 13https://git.io/fAnQK [14:07:09] [02miraheze/mw-config] 07MacFan4000 pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAnb2 [14:07:11] [02miraheze/mw-config] 07Amanda-Catherine 03953f696 - Autopromotion settings for igrovyesistemywiki T3536 (#2417) * Autopromotion settings for igrovyesistemywiki T3536 * Update LocalSettings.php [14:07:20] [02mw-config] 07MacFan4000 closed pull request 03#2418: Restriction levels for igrovyesistemywiki T3536 - 13https://git.io/fAn7U [14:07:21] [02miraheze/mw-config] 07MacFan4000 pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAnbo [14:07:23] [02miraheze/mw-config] 07Amanda-Catherine 03ac74dd8 - Restriction levels for igrovyesistemywiki T3536 (#2418) [14:07:34] [02mw-config] 07MacFan4000 closed pull request 03#2416: Additional userrights for igrovyesistemywiki T3536 - 13https://git.io/fAnHR [14:07:35] [02miraheze/mw-config] 07MacFan4000 pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAnbK [14:07:37] [02miraheze/mw-config] 07Amanda-Catherine 03e5473ab - Additional userrights for igrovyesistemywiki T3536 (#2416) * Additional userrights for igrovyesistemywiki T3536 * Fix syntax * Fix syntax again * Update LocalSettings.php * Update LocalSettings.php [14:07:55] AmandaCatherine: ^^ [14:08:04] Whew [14:21:57] JohnLewis even with that change its still not being set false [14:24:40] Set it as a empty string MacFan4000 [14:24:53] JohnLewis: that should work ^^ [14:27:15] In extension.json? [14:28:51] paladox: ^ [14:41:47] well the issue is paladox's if is fundamentally wrong [14:42:13] JohnLewis ? [14:42:16] what should it be? [14:42:32] [02miraheze/MatomoAnalytics] 07JohnFLewis pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAnhJ [14:42:34] [02miraheze/MatomoAnalytics] 07JohnFLewis 033d01fea - fix short hand php if [14:42:38] ^ will work 100% [14:43:14] ?? checks if its defined not the state [14:43:19] ?? is a null check :) [14:46:18] JohnLewis i thought ?? is the same as $wgMatomoAnalyticsGlobalID ? $wgMatomoAnalyticsGlobalID : 'false';? [14:46:30] no [14:48:32] [02miraheze/mediawiki] 07paladox pushed 031 commit to 03REL1_31 [+0/-0/±1] 13https://git.io/fAnhS [14:48:33] [02miraheze/mediawiki] 07paladox 03d346741 - Update MatomoAnalytics [14:49:07] JohnLewis thanks for fixing that! [15:00:47] A fascinating blog where freenode staff member Matthew mst Trout recounts his experiences of eye-raping young children https://MattSTrout.com/ [15:00:48] Title: [ GirlLove Blog ] - MattSTrout.com [15:01:10] err [15:01:50] *sigh* [15:02:03] Me thinks its time to get your +o flags ready [15:07:09] Just in case [15:08:23] MacFan4000: banning/kicking them won’t do anything, since Sigyn already does it. What I meant is that if they start coming back, it may be time to mute the channel and op everyone again [15:08:32] I know that [15:12:26] A fascinating blog where freenode staff member Matthew mst Trout recounts his experiences of eye-raping young children https://MattSTrout.com/ [15:12:27] Title: [ GirlLove Blog ] - MattSTrout.com [15:12:35] Okay now [15:12:46] That’s more than enough of that [15:12:52] Looks like they’re starting to spread libel again [15:22:27] https://phabricator.miraheze.org/T3464#67384 [15:22:28] Title: [ ⚓ T3464 User Groups Configuration for ManageWiki ] - phabricator.miraheze.org [15:22:30] !m JohnLewis [15:22:30] <[d__d]> You're doing good work, JohnLewis! [15:24:38] Uhh... https://phabricator.miraheze.org/T3536#67387 [15:24:39] Title: [ ⚓ T3536 Change mediawiki config on igrovyesistemywiki ] - phabricator.miraheze.org [15:24:41] sysadmins ^ [15:24:54] Fatal type of exception sounds all too familiar :( [15:26:00] !m Sigyn [15:26:00] <[d__d]> You're doing good work, Sigyn! [15:26:04] Here we go again... [15:36:39] !log deleting electowiki and recreating per T3537 [15:36:45] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [15:38:34] !log mysql electowikiwiki > /home/paladox/electowiki.sql on db4 [15:38:41] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [15:42:40] !log actually doin't need to backup as i have the dump [15:42:57] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [15:45:13] [02miraheze/services] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAcT7 [15:45:14] [02miraheze/services] 07MirahezeSSLBot 0304f62c4 - BOT: Updating services config for wikis [15:49:46] !log sudo -u www-data php /srv/mediawiki/w/maintenance/importDump.php --wiki=electowikiwiki --report=1 fix.xml on mw1 in a screen [15:49:51] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [15:50:13] [02miraheze/services] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAck9 [15:50:15] [02miraheze/services] 07MirahezeSSLBot 036d08227 - BOT: Updating services config for wikis [16:38:06] [02miraheze/mw-config] 07paladox pushed 031 commit to 03paladox-patch-1 [+0/-0/±1] 13https://git.io/fAcYk [16:38:08] [02miraheze/mw-config] 07paladox 03cc0beca - Fix exception [16:38:09] [02mw-config] 07paladox created branch 03paladox-patch-1 - 13https://git.io/vbvb3 [16:38:11] [02mw-config] 07paladox opened pull request 03#2419: Fix exception - 13https://git.io/fAcYI [16:45:24] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAcOM [16:45:26] [02miraheze/mw-config] 07paladox 035f64330 - Fix exception for wiki igrovyesistemywiki [16:47:25] [02mw-config] 07paladox closed pull request 03#2419: Fix exception - 13https://git.io/fAcYI [16:47:28] [02mw-config] 07paladox deleted branch 03paladox-patch-1 - 13https://git.io/vbvb3 [16:47:29] [02miraheze/mw-config] 07paladox deleted branch 03paladox-patch-1 [16:48:10] [02mw-config] 07paladox closed pull request 03#2387: Add WikimediaIncubator - 13https://git.io/fAUyq [16:48:11] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±4] 13https://git.io/fAc3J [16:48:13] [02miraheze/mw-config] 07HeartsDo 0397372b6 - Add WikimediaIncubator (#2387) * Add WikimediaIncubator Task: T3492 * add WikimediaIncubator on extension-list * Add WikimediaIncubator on LocalSettings * Add WikimediaIncubator on LocalExtension * Name * Fix [16:48:53] is that an ext we want to be enable-able? [16:49:07] JohnLewis oh [16:49:09] right [16:49:13] let me remove from MW [16:49:55] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAc3q [16:49:57] [02miraheze/mw-config] 07paladox 03da68825 - Remove wikimediaincubator from MW [16:50:53] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAc3C [16:50:54] [02miraheze/mw-config] 07paladox 03bff8c16 - enable wmgUseWikimediaIncubator on test1wiki [16:53:27] !log sudo -u www-data php /srv/mediawiki/w/maint*/rebuildLocalisationCache.php --wiki test1wiki on mw* and test1 [16:53:31] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [16:54:59] RECOVERY - test1 Puppet on test1 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [16:59:46] Sigyn: why you not picking up spam [17:00:04] MacFan4000: probably hasn't learned this new pattern of spam [17:00:17] Yeah [17:00:50] Anyway, restrictions are as before [17:01:10] [02puppet] 07Southparkfan created branch 03Southparkfan-patch-1 - 13https://git.io/vbiAS [17:01:12] [02miraheze/puppet] 07Southparkfan pushed 031 commit to 03Southparkfan-patch-1 [+0/-0/±1] 13https://git.io/fAcs1 [17:01:13] [02miraheze/puppet] 07Southparkfan 032e9093e - Split mediawiki varnish config [17:01:15] [02puppet] 07Southparkfan opened pull request 03#821: Split mediawiki varnish config - 13https://git.io/fAcsy [17:04:56] [02miraheze/puppet] 07Southparkfan pushed 031 commit to 03Southparkfan-patch-1 [+0/-0/±1] 13https://git.io/fAcGG [17:04:58] [02miraheze/puppet] 07Southparkfan 03d9ac67d - fix startup fail [17:04:59] [02puppet] 07Southparkfan synchronize pull request 03#821: Split mediawiki varnish config - 13https://git.io/fAcsy [17:05:10] [02puppet] 07Southparkfan closed pull request 03#821: Split mediawiki varnish config - 13https://git.io/fAcsy [17:05:11] [02miraheze/puppet] 07Southparkfan pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAcGn [17:05:13] [02miraheze/puppet] 07Southparkfan 03f8a899f - Split mediawiki varnish config (#821) * Split mediawiki varnish config * fix startup fail [17:05:29] [02puppet] 07Southparkfan deleted branch 03Southparkfan-patch-1 - 13https://git.io/vbiAS [17:05:31] [02miraheze/puppet] 07Southparkfan deleted branch 03Southparkfan-patch-1 [17:05:42] [02puppet] 07Southparkfan closed pull request 03#819: Redirect piwik.miraheze.org to matomo.miraheze.org - 13https://git.io/fAZiA [17:08:44] why does it say "requested by"? [17:09:07] because it's not a kick [17:09:28] Voidwalker is good at begging people to leave [17:09:49] paladox: anyway... fix test1 pls [17:09:54] you're ruining my progress :( [17:09:57] :D [17:10:03] JohnLewis ok i will just revert [17:10:12] oh [17:10:12] lol [17:10:23] enabling it on test1 [17:10:41] wait, you enabled it on test1? [17:11:18] * JohnLewis mumbles this is why --wiki loginwiki is the proper way to do stuff [17:12:36] JohnLewis: I did it at the beginning, and it didn't work [17:12:40] all extensions need to be enabled [17:12:54] Reception123: why didn't it work? [17:13:04] if it doesn't work for us, then it doesn't work for the WMF [17:13:14] because we use the exact same process as them [17:13:18] JohnLewis: don't remember, but as I recall it was because all extensions have to be enabled on the wiki [17:13:26] no they don't [17:13:36] the WMF don't have a wiki where they have every extension enable [17:13:45] and I've never had this issue when using loginwiki [17:13:48] JohnLewis: https://meta.miraheze.org/wiki/Tech:Server_admin_log/2017 [17:13:49] Title: [ Tech:Server admin log/2017 - Miraheze Meta ] - meta.miraheze.org [17:13:56] if you ctr+f loginwiki you'll see it was attempted [17:14:03] I'm sure there was an issue with it or something [17:14:15] you're probably quoting the subpagesfun issue [17:14:17] which was fixed [17:14:29] with the 1.31 update [17:14:32] oh, it could've been that [17:14:35] so maybe we can do loginwiki now [17:17:12] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAcZ6 [17:17:13] [02miraheze/mw-config] 07paladox 032800dfe - Revert "enable wmgUseWikimediaIncubator on test1wiki" This reverts commit bff8c1627667b6972b58eea2f304e3725c2f46a0. [17:17:39] JohnLewis done [17:17:47] [02mw-config] 07MacFan4000 closed pull request 03#2396: add cmgi to except dorman policy - 13https://git.io/fAm2e [17:33:20] Sigyn: where are you? [18:09:29] PROBLEM - cp4 Puppet on cp4 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [18:11:29] RECOVERY - cp4 Puppet on cp4 is OK: OK: Puppet is currently enabled, last run 27 seconds ago with 0 failures [18:17:41] [02miraheze/puppet] 07Southparkfan pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAc4a [18:17:43] [02miraheze/puppet] 07Southparkfan 030873703 - proxy lizard.mh.o through cache proxies [18:20:27] paladox: I don't think the spammers need such a long explanation for why they're kicked [18:20:29] [02miraheze/dns] 07Southparkfan pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAc4Q [18:20:30] [02miraheze/dns] 07Southparkfan 030e9f251 - point lizard.mh.o to cache proxies [18:20:36] Sigyn: do your job! Why did we ever hire you? [18:20:42] Reception123 that's the default kick message [18:20:46] when i kick in my client [18:20:50] ah [18:28:38] [02miraheze/puppet] 07Southparkfan pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAcB7 [18:28:40] [02miraheze/puppet] 07Southparkfan 03c814f20 - Fix missing entry in stunnel file SPF, whenever you want to commit your changed files, add 'em all ;-) [18:29:02] lol [18:29:11] AlvaroMolina: estás? [18:39:02] PROBLEM - misc4 lizard.miraheze.org HTTPS on misc4 is CRITICAL: HTTP CRITICAL - Invalid HTTP response received from host on port 443: HTTP/1.1 403 Forbidden [18:39:28] PROBLEM - cp4 Puppet on cp4 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [18:41:28] RECOVERY - cp4 Puppet on cp4 is OK: OK: Puppet is currently enabled, last run 31 seconds ago with 0 failures [18:41:59] (aware of lizard.mh.o error) [18:43:02] RECOVERY - misc4 lizard.miraheze.org HTTPS on misc4 is OK: HTTP OK: Status line output matched "HTTP/1.1 401 Unauthorized" - 397 bytes in 0.023 second response time [18:46:13] Spambot alert [18:46:39] !m Reception123 [18:46:39] <[d__d]> You're doing good work, Reception123! [18:46:44] AmandaCatherine: Didn't you say before that we should assume good faith, though? ;) [18:46:45] thanks [18:46:52] !m JohnLewis [18:46:52] <[d__d]> You're doing good work, JohnLewis! [18:46:56] he's doing all the good work [18:47:18] Reception123: notice how I didn’t say “That’s a spambot” [18:47:26] other function of ManageWiki? [18:47:27] (Because I don’t even know since I can’t see the messages) [18:47:43] well "spambot alert" indicates that you think there's a spambot [18:47:48] Wiki-1776: yes, coming soon :) [18:48:12] I *think* there *might* be a spambot. I don’t *know* there is [18:48:19] :o [18:48:23] Cuál es? [18:48:53] You'll find out soon :D [18:49:54] It's not fair! >:( hehe XD [18:50:15] It's going to be a nice surprise for everyone [18:50:21] though there's many hints on what it is [18:53:36] paladox: please don't forget to check https://phabricator.miraheze.org/T3530 [18:53:37] Title: [ ⚓ T3530 PDFHandler doesn't appear to do anything ] - phabricator.miraheze.org [18:59:39] [02miraheze/puppet] 07Southparkfan pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAcEp [18:59:41] [02miraheze/puppet] 07Southparkfan 031108d96 - disallow direct https connections to mw[1-3] [19:00:39] Ok :D [19:03:21] [02miraheze/puppet] 07Southparkfan pushed 031 commit to 03master [+0/-0/±3] 13https://git.io/fAcuR [19:03:23] [02miraheze/puppet] 07Southparkfan 039eff0f4 - add hiera config for strict firewall [19:08:59] !log remove non strict firewall rules from mw[1-3] per https://git.io/fAcuR [19:09:00] Title: [ Comparing 1108d962200a...9eff0f455962 · miraheze/puppet · GitHub ] - git.io [19:09:04] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [19:09:28] PROBLEM - cp4 Puppet on cp4 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [19:10:16] PROBLEM - mw1 HTTPS on mw1 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [19:10:22] yea.. [19:10:58] PROBLEM - mw3 HTTPS on mw3 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [19:11:08] PROBLEM - ns1 GDNSD Datacenters on ns1 is CRITICAL: CRITICAL - 2 datacenters are down: 107.191.126.23/cpweb, 2604:180:0:33b::2/cpweb [19:11:20] PROBLEM - cp2 Varnish Backends on cp2 is CRITICAL: 3 backends are down. mw1 mw2 mw3 [19:11:28] RECOVERY - cp4 Puppet on cp4 is OK: OK: Puppet is currently enabled, last run 31 seconds ago with 0 failures [19:11:30] fuck [19:11:48] PROBLEM - mw2 HTTPS on mw2 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [19:12:03] already fixing both issues [19:13:03] PROBLEM - cp2 HTTP 4xx/5xx ERROR Rate on cp2 is CRITICAL: CRITICAL - NGINX Error Rate is 87% [19:13:49] at least we're not down [19:13:54] [02miraheze/puppet] 07Southparkfan pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAczc [19:13:55] [02miraheze/puppet] 07Southparkfan 03b6b82d1 - correct cp2 IP + allow icinga [19:14:12] actually we are for some users [19:14:26] I got 503s for a minute or two [19:14:32] oh, cp2 was down so yeah America [19:14:42] shouldn't it go to cp4 though? [19:14:58] fyi fix is incoming on servers [19:15:23] yes but dns cache allows up to 5 minutes of downtime in these cases [19:15:30] should be fixed now [19:15:50] RECOVERY - mw2 HTTPS on mw2 is OK: HTTP OK: HTTP/1.1 301 Moved Permanently - 459 bytes in 0.016 second response time [19:16:26] RECOVERY - mw1 HTTPS on mw1 is OK: HTTP OK: HTTP/1.1 301 Moved Permanently - 459 bytes in 0.014 second response time [19:16:45] oh [19:16:50] at least health checks for cache proxies were implemented in gdsnd recently - if they weren't then users wouldn't automatically failover to a healthy cache proxy [19:17:00] RECOVERY - misc1 GDNSD Datacenters on misc1 is OK: OK - all datacenters are online [19:17:04] RECOVERY - mw3 HTTPS on mw3 is OK: HTTP OK: HTTP/1.1 301 Moved Permanently - 459 bytes in 0.014 second response time [19:17:05] yeah, I remember when we did that [19:17:10] RECOVERY - ns1 GDNSD Datacenters on ns1 is OK: OK - all datacenters are online [19:17:16] maybe the allowed time should be reduced to 2.5? [19:17:20] RECOVERY - cp2 Varnish Backends on cp2 is OK: All 5 backends are healthy [19:17:32] 5 minutes is already very low [19:21:47] [02CreateWiki] 07Southparkfan commented on pull request 03#85: Rewrite manageInactiveWikis.php - 13https://git.io/fAcgR [19:22:03] [02miraheze/CreateWiki] 07Southparkfan pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAcgV [19:22:04] [02miraheze/CreateWiki] 07Southparkfan 03afd8293 - Rewrite manageInactiveWikis.php (#85) * Rewrite manageInactiveWikis.php * Update manageInactiveWikis.php * Update manageInactiveWikis.php * Fix several errors * Warn 45+ days wikis with no RC entries * Minimize simultaneous connections * Handling for wikis without RC entries * Update manageInactiveWikis.php [19:22:06] [02CreateWiki] 07Southparkfan closed pull request 03#85: Rewrite manageInactiveWikis.php - 13https://git.io/fAsYx [19:24:13] !log delete wrong allow rule on mw[1-3] [19:24:17] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [19:32:25] [02miraheze/mw-config] 07Southparkfan pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAcaG [19:32:26] [02miraheze/mw-config] 07Southparkfan 03952fed2 - set wgUseSquid to false for test1 [19:36:50] JohnLewis PuppyKun[m] SPF|Cloud first available steward PM me please (urgent emergency) [19:36:59] sure [19:37:01] AmandaCatherine: hi pming [19:37:37] AmandaCatherine: that is NDKilla's second account, so I doubt he would respond to his non-main [19:37:44] but you have two other stewards, so that's fine :) [19:37:55] Reception123 but the PuppyKun account isn’t here [19:38:06] yeah, so that means he isn't here either [19:38:21] @NDKilla works as well, ( pings him in discord) [19:39:01] where he's not either [19:39:28] PROBLEM - cp4 Puppet on cp4 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [19:41:28] RECOVERY - cp4 Puppet on cp4 is OK: OK: Puppet is currently enabled, last run 28 seconds ago with 0 failures [19:42:24] Sigyn: pls [19:42:35] Sigyn: if you don't kick the next one, I'm going to have to fire you [19:42:48] It's not a light decision, but you're not doing your job [19:43:12] What is wrong with me.. talking with bots [19:43:20] first ZppixBot, now Sigyn (oh and let's not forget paladox xd) [19:43:30] SpamBots are getting smarter [19:43:55] :O [19:44:19] Reception123 lol [19:44:21] Reception: Well I can actually talk back, unlike other bots [19:44:21] Reception123 Reception123 Re [19:45:38] anyway... [19:45:39] https://meta.miraheze.org/wiki/Requests_for_Comment/Future_of_Wikicreators [19:45:40] Title: [ Requests for Comment/Future of Wikicreators - Miraheze Meta ] - meta.miraheze.org [19:45:49] Reception123 ^^ [19:45:53] Reception123: ^ can you site notice that please? it affects everyone and is global [19:46:21] (but of course, feel free to add/change what you want in it) [19:47:54] ok [19:49:11] [02miraheze/mw-config] 07Reception123 pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAcwT [19:49:12] [02miraheze/mw-config] 07Reception123 03addf09f - rfc sitenotice [19:49:18] JohnLewis: wow that's a large RfC [19:49:33] IMO, CN would be better but ok [19:49:38] Reception123: cover all the bases ;) [19:49:49] JohnLewis: hm? [19:49:59] for now I've corrected a small syntax error you made ;) [19:50:50] "A request will a minimum of 7 days." heh this might need a bit of fixing too :P [19:53:39] rcf :o [19:54:10] PROBLEM - cp2 Puppet on cp2 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [19:55:28] Wiki-1776: nah, rfc. We're not requests comment for :P [20:01:50] Is there any way to get rid of all of the “mw-“ tags on Special:Tags like rollback, undo, replaced, redirect, etc. [20:02:03] So that only the abuse filter tags, custom created tags, and mobile edit tags will be there? [20:02:11] RECOVERY - cp2 Puppet on cp2 is OK: OK: Puppet is currently enabled, last run 51 seconds ago with 0 failures [20:06:38] ?? [20:06:58] What are you doing there SPF? [20:07:08] something went wrong while trying to remove the ban [20:07:43] Why remove the ban? [20:08:09] nick only is not useful [20:08:20] Oh, true [20:08:28] There we go ^ [20:09:28] PROBLEM - cp4 Puppet on cp4 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [20:11:28] RECOVERY - cp4 Puppet on cp4 is OK: OK: Puppet is currently enabled, last run 31 seconds ago with 0 failures [20:18:55] [02miraheze/puppet] 07Southparkfan pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAcoF [20:18:56] [02miraheze/puppet] 07Southparkfan 030ed74a6 - piwik: cache static resources [20:20:25] paladox: can I borrow you as a guinea pig? [20:20:35] you can if you want :) [20:21:03] paladox: good. I need you to take these probes and jam them up your nostrils. [20:21:17] These two then go in your ears. [20:21:18] Cyberpower678 what? [20:21:54] paladox: just messing around. The real request is, first you're familiar with the iabot tool on toollabs correct? [20:22:05] Cyberpower678 nope [20:22:09] wut [20:22:37] [02miraheze/puppet] 07Southparkfan pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAcKY [20:22:39] [02miraheze/puppet] 07Southparkfan 03613bd6e - varnish: allow piwik.js caching [20:22:44] It's becoming one of the most popular tools though. :p [20:22:56] paladox: you have a Wikipedia account right? [20:23:57] Cyberpower678 yep [20:24:09] PROBLEM - cp2 Puppet on cp2 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [20:24:20] paladox: cool can you go to https://tools.wmflabs.org/iabot and login? [20:24:21] Title: [ Start page - IABot Management Interface ] - tools.wmflabs.org [20:24:33] SPF|Cloud question [20:24:37] why is https://matomo.miraheze.org non english? [20:24:38] Title: [ Sign in - Matomo ] - matomo.miraheze.org [20:25:00] I just finished enhancing the OAuth engine, and I'm trying to make it a seamless experience for the end-user. [20:25:01] done [20:25:25] ALright, now can you navigate through the list of wikis and pick "metawiki" [20:25:33] Which is actually Miraheze meta. [20:25:48] paladox: ^ [20:25:57] What does it do when you do that? [20:26:03] ok [20:26:29] Cyberpower678 how do i navigate through a list of wikis? [20:26:35] i doint see a list wikis tab [20:26:53] The navbar at the top shows the current selected wiki which is a dropdown. [20:27:35] ah [20:27:36] meta [20:28:03] paladox: what does it do? [20:30:38] [02miraheze/puppet] 07Southparkfan pushed 031 commit to 03master [+0/-0/±2] 13https://git.io/fAc6m [20:30:40] [02miraheze/puppet] 07Southparkfan 039a42e03 - avoid caching of piwik's php files [20:31:00] paladox: is there a problem? [20:31:11] Cyberpower678 i see https://phabricator.miraheze.org/F844790 [20:31:12] Title: [ ⇪ Screenshot 2018-08-30 at 21.30.50.png ] - phabricator.miraheze.org [20:31:39] paladox: did it take you to the OAuth screen? [20:31:44] Without issue? [20:31:55] Yep [20:31:59] :-) [20:32:07] SPF|Cloud trying to log into https://matomo.miraheze.org is failing for me [20:32:08] Title: [ Sign in - Matomo ] - matomo.miraheze.org [20:32:10] RECOVERY - cp2 Puppet on cp2 is OK: OK: Puppet is currently enabled, last run 49 seconds ago with 0 failures [20:32:13] keeps going back to login screen [20:32:17] already working on it as you can see [20:32:19] Was that preferences page empty when it loaded? [20:32:43] ok [20:32:48] Cyberpower678 yep [20:32:53] but shows stuff for enwiki [20:32:55] Uh-oh [20:33:59] It's not creating your user account in the DB for metawiki. :/ [20:34:52] If it did, it should have successfully pulled your preferences from enwiki as it should automatically link you Miraheze login with your WMF login internally. [20:35:05] oh [20:35:22] The DB only shows an enwiki login. [20:35:25] !log sudo salt -E 'cp.*' cmd.run "sudo varnishadm 'ban req.http.Host == matomo.miraheze.org'" [20:35:30] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [20:35:38] * Cyberpower678 works this one out later. [20:35:45] [02CreateWiki] 07paladox deleted branch 03Southparkfan-patch-1 - 13https://git.io/vpJTL [20:35:47] [02miraheze/CreateWiki] 07paladox deleted branch 03Southparkfan-patch-1 [20:35:49] paladox: thanks for being a RL experiment. [20:35:57] your welcome :) [20:36:05] thank you paladox [20:36:19] your welcome :) [20:36:31] paladox: one last thing, may I look at your session data? [20:36:32] matomo works again [20:36:42] Cyberpower678 how do i get that? [20:36:57] paladox: you would ideally PM me your cookie ID. [20:37:00] SPF|Cloud still fails for me to login [20:37:12] * paladox has no idea how to get the cookie id [20:37:29] Which browser are you using? [20:37:32] strange [20:37:35] Cyberpower678 safari [20:37:46] !log disable cp4 puppet [20:37:50] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [20:37:56] Nice. That makes it easy. Someone on the tool's webpage, right click and select Inspect Element [20:38:26] ok i've "Inspect Element" [20:38:35] paladox: select the Storage tab [20:39:02] ok [20:39:28] PROBLEM - cp4 Puppet on cp4 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [20:39:52] paladox: thanks. I'll only look at it to see if the idenfifiers for account unification are left behind. [20:40:00] ok [20:41:44] PROBLEM - cp4 Varnish Backends on cp4 is WARNING: No backends detected. If this is an error, see readme.txt [20:42:28] needs a varnish restart [20:42:31] reload fails :) [20:44:32] busy with cp4 now [20:48:40] [02miraheze/puppet] 07Southparkfan pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAcPs [20:48:42] [02miraheze/puppet] 07Southparkfan 032d326b8 - Revert "varnish: allow piwik.js caching" This reverts commit 613bd6e4a417478d901658c7db4d6874acacf1b4. [20:49:07] !log enable puppet on cp4 [20:49:11] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [20:49:34] soooo 502 [20:49:45] RECOVERY - cp4 Varnish Backends on cp4 is OK: All 5 backends are healthy [20:49:59] JohnLewis yep fixed now [20:50:08] SPF|Cloud thanks works now [20:50:09] ! [20:51:29] RECOVERY - cp4 Puppet on cp4 is OK: OK: Puppet is currently enabled, last run 21 seconds ago with 0 failures [20:54:09] PROBLEM - cp2 Puppet on cp2 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [21:00:58] PROBLEM - test1 Puppet on test1 is WARNING: WARNING: Puppet is currently disabled, message: SPF, last run 9 minutes ago with 0 failures [21:02:10] RECOVERY - cp2 Puppet on cp2 is OK: OK: Puppet is currently enabled, last run 50 seconds ago with 0 failures [21:09:28] PROBLEM - cp4 Puppet on cp4 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [21:11:28] RECOVERY - cp4 Puppet on cp4 is OK: OK: Puppet is currently enabled, last run 33 seconds ago with 0 failures [21:17:40] !log install php-tideways on test1 [21:17:44] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [21:20:04] [02miraheze/mediawiki] 07paladox pushed 031 commit to 03REL1_31 [+0/-0/±1] 13https://git.io/fAcMR [21:20:06] [02miraheze/mediawiki] 07paladox 03edc02f6 - Update PageForms to latest REL1_31 branch [21:24:11] PROBLEM - cp2 Puppet on cp2 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [21:25:29] PROBLEM - mw2 Puppet on mw2 is CRITICAL: CRITICAL: Puppet has 1 failures. Last run 2 minutes ago with 1 failures. Failed resources (up to 3 shown): Exec[git_pull_MediaWiki core] [21:25:37] PROBLEM - mw1 Puppet on mw1 is CRITICAL: CRITICAL: Puppet has 1 failures. Last run 2 minutes ago with 1 failures. Failed resources (up to 3 shown): Exec[git_pull_MediaWiki core] [21:26:13] PROBLEM - mw3 Puppet on mw3 is CRITICAL: CRITICAL: Puppet has 1 failures. Last run 2 minutes ago with 1 failures. Failed resources (up to 3 shown): Exec[git_pull_MediaWiki core] [21:29:35] RECOVERY - mw1 Puppet on mw1 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [21:31:28] RECOVERY - mw2 Puppet on mw2 is OK: OK: Puppet is currently enabled, last run 39 seconds ago with 0 failures [21:32:10] RECOVERY - cp2 Puppet on cp2 is OK: OK: Puppet is currently enabled, last run 56 seconds ago with 0 failures [21:32:12] RECOVERY - mw3 Puppet on mw3 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [21:35:05] paladox: can you ensure php7.2-dba is installed by default on all mw servers? we're now apparently falling back to a slow solution for reading cdb files [21:35:16] ok [21:35:21] * paladox does the needfull [21:35:55] we have cdb files? [21:36:17] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAcDp [21:36:19] [02miraheze/puppet] 07paladox 03adee25d - Install php7.2-dba on mw* [21:36:19] SPF|Cloud ^^ [21:36:21] JohnLewis yes [21:36:23] lc [21:36:31] l10n cache, babel, interwiki(?), ... [21:36:34] ooh those [21:37:04] this package already saved 200ms response time :P [21:38:12] SPF|Cloud ok installed on mw* now [21:38:12] amazing [21:39:20] SPF|Cloud we need to get it so that mw does the image checking in the browser instead of the backend :) [21:39:27] that would speed things up for att [21:39:28] PROBLEM - cp4 Puppet on cp4 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [21:39:48] SPF|Cloud itermittent puppet errors on cp* [21:41:28] RECOVERY - cp4 Puppet on cp4 is OK: OK: Puppet is currently enabled, last run 33 seconds ago with 0 failures [21:47:43] I missed a ping [21:48:51] @NDKilla join irc :P [21:49:19] Eh. I'm literally busy all day today [21:52:24] Jesus christ this is a big RfC [21:54:11] PROBLEM - cp2 Puppet on cp2 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [21:54:41] [02miraheze/mediawiki] 07paladox pushed 031 commit to 03REL1_31 [+0/-0/±2] 13https://git.io/fAcSh [21:54:42] [02miraheze/mediawiki] 07paladox 03b629fff - Update PF and Cargo to the master branch [21:56:55] I didn't even know I could manage every wiki. [21:57:21] It's very alien to me as I've always believed such level of access should be steward and sysadmin only. [21:58:06] !log sudo -u www-data php /srv/mediawiki/w/maint*/rebuildLocalisationCache.php --wiki test1wiki on mw* [21:58:12] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [22:02:09] RECOVERY - cp2 Puppet on cp2 is OK: OK: Puppet is currently enabled, last run 48 seconds ago with 0 failures [22:09:28] PROBLEM - cp4 Puppet on cp4 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [22:09:38] SPF|Cloud ^^ [22:09:51] I don't know why it's failing [22:11:28] RECOVERY - cp4 Puppet on cp4 is OK: OK: Puppet is currently enabled, last run 28 seconds ago with 0 failures [22:12:16] heck, I have a playlist of 947 songs on shuffle, and I got the same one twice in a row [22:12:44] lol [22:12:53] Voidwalker im listening to spotify radio (rock)! [22:13:10] i have not touched my playlist in like 5-7 years [22:16:45] [02miraheze/puppet] 07Southparkfan pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fAcHD [22:16:47] [02miraheze/puppet] 07Southparkfan 037fa5a64 - remove test1 probe [22:18:57] paladox: can you try to login to Miraheze again? [22:19:02] ok [22:19:04] On the tool that is? [22:20:05] paladox: BTW, what did TroniQ89 do? [22:20:59] RECOVERY - test1 Puppet on test1 is OK: OK: Puppet is currently enabled, last run 2 minutes ago with 0 failures [22:22:00] Cyberpower678 whats TroniQ89? [22:22:15] paladox: you kicked them earlier. [22:22:20] paladox has kicked TroniQ89 (Your behavior is not conducive to the desired environment.) [22:22:26] spambot [22:22:32] Oh [22:22:40] oh they were spammers [22:23:13] paladox: does the tool finally load up settings when you auth into Miraheze? [22:23:21] yep seems so [22:23:23] i see: [22:23:36] https://phabricator.miraheze.org/F844820 [22:23:37] Can you try altering them and see if they carry over onto a WMF wiki> [22:23:37] Title: [ ⇪ Screenshot 2018-08-30 at 23.22.32.png ] - phabricator.miraheze.org [22:24:09] PROBLEM - cp2 Puppet on cp2 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [22:24:24] Cyberpower678 i get [22:24:25] Permission error [22:24:29] on https://tools.wmflabs.org/iabot/index.php?page=systemconfig&systempage=wikiconfig&wiki=enwiki&tosaccept=yes [22:24:29] Title: [ Login required - IABot Management Interface ] - tools.wmflabs.org [22:25:14] You got redirected to the wiki's configuration file. Just go to your name and select preferences. :-) [22:27:25] paladox: ^ [22:28:45] oh [22:29:23] hi [22:29:28] CnocBride now it fails for meta [22:29:31] when selecting pref [22:29:32] https://tools.wmflabs.org/iabot/index.php?page=systemconfig&systempage=wikiconfig&wiki=metawiki [22:29:32] Title: [ Login required - IABot Management Interface ] - tools.wmflabs.org [22:29:54] clicking https://tools.wmflabs.org/iabot/index.php redirects to https://tools.wmflabs.org/iabot/index.php?page=systemconfig&systempage=wikiconfig&wiki=metawiki [22:29:55] Title: [ Start page - IABot Management Interface ] - tools.wmflabs.org [22:29:56] Title: [ Login required - IABot Management Interface ] - tools.wmflabs.org [22:31:31] paladox: that one's expected. It forces a redirect if the wiki has no configuration data that allows the bot to run. [22:31:45] Setting the configuration data requires tool admin privaleges [22:32:10] RECOVERY - cp2 Puppet on cp2 is OK: OK: Puppet is currently enabled, last run 54 seconds ago with 0 failures [22:32:12] oh [22:32:49] paladox: one normally becomes a tool admin if you are a sysop on the respective wiki with 6000 or more edits. [22:33:05] Though it can also be given by a tool root. [22:34:04] Like yours truly. :-) [22:39:28] PROBLEM - cp4 Puppet on cp4 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [22:41:28] RECOVERY - cp4 Puppet on cp4 is OK: OK: Puppet is currently enabled, last run 33 seconds ago with 0 failures [22:48:09] Cyberpower678 hmm [22:51:09] paladox: ? [22:51:21] Cyberpower678 i still get perm errors [22:51:28] after trying to get the pref [22:51:41] Well you can't get to them anymore on Miraheze [22:51:55] oh Cyberpower678 why? [22:51:57] Not until the donfig values are set. [22:52:03] ah ok [22:52:12] The tool and the bot cannot operate without them. [22:52:16] ok [22:52:24] So it blocks access to everything but the configuration page. [22:52:52] Besides I will be deleting metawiki as the bot is quite useless there. I just needed a wiki to test the new OAuth code I developed. [22:53:48] But I do wish JohnLewis can tell me why there's no actual name associate with metawiki? :p [22:54:11] PROBLEM - cp2 Puppet on cp2 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [22:58:36] meh [23:00:17] Cyberpower678: standard config so you tell me or ask a mediawiki dev [23:02:09] RECOVERY - cp2 Puppet on cp2 is OK: OK: Puppet is currently enabled, last run 52 seconds ago with 0 failures [23:03:32] JohnLewis: well I'm using an int template and fetching the project name in English. But if it comes back as what you see now, that means the name isn't actually defined. [23:04:58] JohnLewis: "{{int:Project-localized-name-metawiki}}" just gets echo'd back [23:05:29] Cyberpower678: again, I've never seen that [23:05:32] so [23:05:47] y'know it must be something custom that we don't know about [23:07:35] JohnLewis: I'm inquiring where that's defined from. [23:07:45] Over at a WMF channel [23:09:28] PROBLEM - cp4 Puppet on cp4 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [23:11:28] RECOVERY - cp4 Puppet on cp4 is OK: OK: Puppet is currently enabled, last run 26 seconds ago with 0 failures [23:24:11] PROBLEM - cp2 Puppet on cp2 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [23:32:11] RECOVERY - cp2 Puppet on cp2 is OK: OK: Puppet is currently enabled, last run 51 seconds ago with 0 failures [23:39:28] PROBLEM - cp4 Puppet on cp4 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [23:41:28] RECOVERY - cp4 Puppet on cp4 is OK: OK: Puppet is currently enabled, last run 27 seconds ago with 0 failures [23:46:54] JohnLewis: it's generated with the WikimediaMessages extension. [23:47:24] Install that and follow the docs and it should work. :D [23:47:24] I do believe that explains quite a bit [23:49:01] Voidwalker: was that sarcasm? [23:49:16] tiny bit :P [23:49:33] That's what legoktm told me. [23:49:44] and https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/WikimediaMessages/+/master/i18n/wikimediaprojectnames/ [23:49:45] Title: [ i18n/wikimediaprojectnames - mediawiki/extensions/WikimediaMessages - Gitiles ] - gerrit.wikimedia.org [23:54:11] PROBLEM - cp2 Puppet on cp2 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues