[00:03:41] <icinga-miraheze>	 PROBLEM - cloud4 Current Load on cloud4 is CRITICAL: CRITICAL - load average: 24.14, 19.12, 13.77
[00:05:40] <icinga-miraheze>	 RECOVERY - cloud4 Current Load on cloud4 is OK: OK - load average: 14.81, 17.83, 13.98
[01:36:18] <icinga-miraheze>	 PROBLEM - dbbackup2 Check MariaDB Replication c3 on dbbackup2 is CRITICAL: MariaDB replication - both - CRITICAL - Slave_IO_Running state : Yes, Slave_SQL_Running state : Yes, Seconds_Behind_Master : 307s
[01:40:19] <icinga-miraheze>	 RECOVERY - dbbackup2 Check MariaDB Replication c3 on dbbackup2 is OK: MariaDB replication - both - OK - Slave_IO_Running state : Yes, Slave_SQL_Running state : Yes, Seconds_Behind_Master : 34s
[01:42:46] <icinga-miraheze>	 PROBLEM - wiki.mlpwiki.net - reverse DNS on sslhost is CRITICAL: rDNS CRITICAL - wiki.mlpwiki.net reverse DNS resolves to 192-185-16-85.unifiedlayer.com
[01:46:18] <icinga-miraheze>	 PROBLEM - dbbackup2 Check MariaDB Replication c3 on dbbackup2 is CRITICAL: MariaDB replication - both - CRITICAL - Slave_IO_Running state : Yes, Slave_SQL_Running state : Yes, Seconds_Behind_Master : 203s
[02:04:18] <icinga-miraheze>	 PROBLEM - dbbackup2 Check MariaDB Replication c3 on dbbackup2 is WARNING: MariaDB replication - both - WARNING - Slave_IO_Running state : Yes, Slave_SQL_Running state : Yes, Seconds_Behind_Master : 140s
[02:08:18] <icinga-miraheze>	 RECOVERY - dbbackup2 Check MariaDB Replication c3 on dbbackup2 is OK: MariaDB replication - both - OK - Slave_IO_Running state : Yes, Slave_SQL_Running state : Yes, Seconds_Behind_Master : 1s
[02:16:18] <icinga-miraheze>	 PROBLEM - dbbackup2 Check MariaDB Replication c3 on dbbackup2 is WARNING: MariaDB replication - both - WARNING - Slave_IO_Running state : Yes, Slave_SQL_Running state : Yes, Seconds_Behind_Master : 110s
[02:20:18] <icinga-miraheze>	 RECOVERY - dbbackup2 Check MariaDB Replication c3 on dbbackup2 is OK: MariaDB replication - both - OK - Slave_IO_Running state : Yes, Slave_SQL_Running state : Yes, Seconds_Behind_Master : 0s
[02:30:28] <dmehus>	 paladox, why was that user disabled on Phabricator based on a single instance of renaming another user's Phabricator task? The user is an English as a second language user and just has difficulty communicating in English. I feel that that was quite a BITEy thing to do, and would've preferred you instead messaged the user and advise them not to make strange changes to other user's Phabricator tasks. They're definitely NOT a spam only account, 
[02:30:28] <dmehus>	 though, as they have one or more wikis with us and are active on Meta. So, my preference would be for you to reenable the user's Phabricator account
[02:34:34] <Universal_Omega>	 dmehus: I asked paladox to disable it, though I do think maybe that was a hasty decision however, and we can maybe re-enable.
[02:36:04] <Universal_Omega>	 Also, dmehus: it wasn't just the renaming of the task, but the replacement of the entire task, including description.
[02:37:02] <Universal_Omega>	 And the fact that the task was Southparkfan's made me think it was not just done in good faith.
[03:08:18] <icinga-miraheze>	 PROBLEM - dbbackup2 Check MariaDB Replication c3 on dbbackup2 is CRITICAL: MariaDB replication - both - CRITICAL - Slave_IO_Running state : Yes, Slave_SQL_Running state : Yes, Seconds_Behind_Master : 287s
[03:12:18] <icinga-miraheze>	 RECOVERY - dbbackup2 Check MariaDB Replication c3 on dbbackup2 is OK: MariaDB replication - both - OK - Slave_IO_Running state : Yes, Slave_SQL_Running state : Yes, Seconds_Behind_Master : 0s
[03:22:08] <paladox>	 !log re-enable 2247 on phabricator
[03:22:11] <MirahezeLogbot>	 Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log
[03:22:12] <paladox>	 done dmehus 
[03:25:54] <icinga-miraheze>	 PROBLEM - jobrunner3 Current Load on jobrunner3 is CRITICAL: CRITICAL - load average: 6.84, 5.44, 3.80
[03:27:53] <icinga-miraheze>	 PROBLEM - jobrunner3 Current Load on jobrunner3 is WARNING: WARNING - load average: 5.84, 5.61, 4.08
[03:37:53] <icinga-miraheze>	 RECOVERY - jobrunner3 Current Load on jobrunner3 is OK: OK - load average: 3.18, 4.68, 4.48
[05:26:31] <Not-ca25>	 [02mw-config] 07R4356th commented on pull request 03#3789: Add new "Song Contest" category for CreateWiki - 13https://git.io/JmDIb
[07:52:37] <Not-ca25>	 [02mediawiki] 07Reception123 opened pull request 03#1340: Switch RandomSelection to REL1_35 (T6997) - 13https://git.io/JmDPF
[07:53:15] <Not-ca25>	 [02mediawiki] 07Reception123 closed pull request 03#1340: Switch RandomSelection to REL1_35 (T6997) - 13https://git.io/JmDPF
[07:53:17] <Not-ca25>	 [02miraheze/mediawiki] 07Reception123 pushed 031 commit to 03REL1_35 [+0/-0/±2] 13https://git.io/JmDXJ
[07:53:18] <Not-ca25>	 [02miraheze/mediawiki] 07Reception123 032178b37 - Switch RandomSelection to REL1_35 (T6997) (#1340)
[08:33:14] <icinga-miraheze>	 PROBLEM - cp11 Current Load on cp11 is CRITICAL: CRITICAL - load average: 3.98, 5.42, 2.99
[08:35:14] <icinga-miraheze>	 PROBLEM - cp11 Current Load on cp11 is WARNING: WARNING - load average: 1.21, 3.95, 2.75
[08:37:15] <icinga-miraheze>	 RECOVERY - cp11 Current Load on cp11 is OK: OK - load average: 0.23, 2.66, 2.42
[08:46:58] <Not-ca25>	 [02miraheze/mediawiki] 07Reception123 pushed 031 commit to 03REL1_35 [+0/-0/±2] 13https://git.io/JmDbs
[08:46:59] <Not-ca25>	 [02miraheze/mediawiki] 07Reception123 0363b6247 - Switch GoogleDocs4MW to REL1_35 (T6997)
[09:07:17] <Not-ca25>	 [02miraheze/mediawiki] 07Reception123 pushed 031 commit to 03REL1_35 [+0/-0/±2] 13https://git.io/JmDph
[09:07:19] <Not-ca25>	 [02miraheze/mediawiki] 07Reception123 030186a12 - Switch 3D to REL1_35 (T6997)
[10:56:15] <icinga-miraheze>	 PROBLEM - cp10 Current Load on cp10 is WARNING: WARNING - load average: 3.25, 3.82, 1.96
[10:58:15] <icinga-miraheze>	 RECOVERY - cp10 Current Load on cp10 is OK: OK - load average: 0.76, 2.66, 1.76
[11:20:21] <Reception123>	 paladox: any idea why when I access matomo the default home page shows the activity for the first wiki alphabetically rather than for "Miraheze" (all wikis) as it did befoer?
[11:20:24] <Reception123>	 *before 
[11:22:14] <Not-ca25>	 [02miraheze/landing] 07Reception123 pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JmygO
[11:22:16] <Not-ca25>	 [02miraheze/landing] 07Reception123 03a009c92 - rm donate sitenotice
[11:23:18] <miraheze-github>	 miraheze/landing - Reception123 the build passed.
[13:01:17] <paladox>	 Reception123: you have to change it in your preference because when we had the bugs in the matomo extension, it deleted the dashboard which contained everything so I had to recreate it.
[13:01:54] <Reception123>	 Oh ok, thanks!
[13:53:14] <MH-Discord>	 <MarioMario456> https://phabricator.miraheze.org/T7005
[13:53:14] <MirahezeBot>	 [ ⚓ T7005 Comments break using VisualEditor ] - phabricator.miraheze.org
[15:15:25] <icinga-miraheze>	 RECOVERY - dbbackup1 Check MariaDB Replication c2 on dbbackup1 is OK: MariaDB replication - both - OK - Slave_IO_Running state : Yes, Slave_SQL_Running state : Yes, Seconds_Behind_Master : 0s
[16:02:46] <Not-ca25>	 [02miraheze/mw-config] 07Universal-Omega pushed 031 commit to 03Universal-Omega-patch-1 [+0/-0/±1] 13https://git.io/JmSAr
[16:02:47] <Not-ca25>	 [02miraheze/mw-config] 07Universal-Omega 036d76e39 - Fix wgPasswordSender access to rest of LocalSettings.php
[16:02:48] <Not-ca25>	 [02mw-config] 07Universal-Omega created branch 03Universal-Omega-patch-1 - 13https://git.io/vbvb3
[16:02:50] <Not-ca25>	 [02mw-config] 07Universal-Omega opened pull request 03#3796: Fix wgPasswordSender access to rest of LocalSettings.php - 13https://git.io/JmSAK
[16:03:56] <miraheze-github>	 miraheze/mw-config - Universal-Omega the build passed.
[16:39:43] <dmehus>	 paladox, ty
[16:41:10] <dmehus>	 Universal_Omega, okay, thank you for that and for the acknowledgment. Yeah, in those cases, I'd probably prefer just to restore the original text on the Phabricator task and message the user and tell them how to create a new Phabricator task
[16:44:45] <Not-ca25>	 [02mw-config] 07dmehus commented on pull request 03#3789: Add new "Song Contest" category for CreateWiki - 13https://git.io/Jm9qr
[16:44:57] <Not-ca25>	 [02mw-config] 07dmehus edited a comment on pull request 03#3789: Add new "Song Contest" category for CreateWiki - 13https://git.io/Jm9qr
[16:56:18] <icinga-miraheze>	 PROBLEM - dbbackup2 Check MariaDB Replication c3 on dbbackup2 is CRITICAL: MariaDB replication - both - CRITICAL - Slave_IO_Running state : Yes, Slave_SQL_Running state : Yes, Seconds_Behind_Master : 268s
[17:07:21] <Not-ca25>	 [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/Jm9ZS
[17:07:23] <Not-ca25>	 [02miraheze/puppet] 07paladox 03f12a895 - mediawiki: Fix vmtouch cron to run every hour
[17:09:39] <Not-ca25>	 [02miraheze/mw-config] 07Universal-Omega pushed 031 commit to 03Universal-Omega-patch-2 [+0/-0/±1] 13https://git.io/Jm9nc
[17:09:41] <Not-ca25>	 [02miraheze/mw-config] 07Universal-Omega 03c426942 - Reorganise LocalSettings.php alphabetically
[17:09:42] <Not-ca25>	 [02mw-config] 07Universal-Omega created branch 03Universal-Omega-patch-2 - 13https://git.io/vbvb3
[17:09:44] <Not-ca25>	 [02mw-config] 07Universal-Omega opened pull request 03#3797: Reorganise LocalSettings.php alphabetically - 13https://git.io/Jm9nW
[17:10:51] <miraheze-github>	 miraheze/mw-config - Universal-Omega the build passed.
[17:12:21] <paladox>	 Universal_Omega hi, i'm wondering if you could take a look at https://www.mediawiki.org/wiki/Extension:LinkTitles when you have a chance please? It seems to have performance issues so wondering if you could see if you could spot why and fix it :)
[17:12:22] <MirahezeBot>	 [ Extension:LinkTitles - MediaWiki ] - www.mediawiki.org
[17:12:35] <paladox>	 if not that's ok, i saw this issue on https://test3.miraheze.org/wiki/Main_Page
[17:12:38] <MirahezeBot>	 [ Test3 ] - test3.miraheze.org
[17:13:10] <Universal_Omega>	 paladox: sure, I can take a look.
[17:13:15] <paladox>	 thanks!
[17:13:31] <paladox>	  89.23% 4510.332      8 - LinkTitles\Extension::onInternalParseBeforeLinks
[17:13:31] <paladox>	  89.23% 4510.108      8 - LinkTitles\Linker::linkContent
[17:13:31] <paladox>	  87.88% 4442.091    480 - LinkTitles\Target::mayLinkTo
[17:13:31] <paladox>	  87.87% 4441.513    480 - LinkTitles\Target::redirectsTo
[17:13:31] <paladox>	  87.64% 4429.890    880 - LinkTitles\Target::getContent
[17:13:33] <paladox>	 is what i see
[17:13:47] <paladox>	 used https://meta.miraheze.org/wiki/Tech:MediaWiki_appserver #profiling
[17:13:48] <MirahezeBot>	 [ Tech:MediaWiki appserver - Miraheze Meta ] - meta.miraheze.org
[17:14:36] <Universal_Omega>	 paladox: No problem! Also, `There are compatibility issues with MediaWiki version 1.32 and newer. Please see README.md for more information.` from that extension page. I haven't checked the README yet though. 
[17:27:20] <paladox>	 Universal_Omega so looks like they changed LinkTitlesParseOnRender to true with https://github.com/bovender/LinkTitles/commit/a267a0da2dd46b41db0eeb8be903cb68313cb3a2
[17:27:21] <MirahezeBot>	 [ Inform about MW 1.32+ compatibility. · bovender/LinkTitles@a267a0d · GitHub ] - github.com
[17:27:32] <paladox>	 looks like a new hook was later intrdocued which would fix the compatibility
[17:27:36] <paladox>	 but it was never used
[17:27:43] <paladox>	 see https://phabricator.wikimedia.org/T222413#5695446
[17:27:44] <MirahezeBot>	 [ ⚓ T222413 PageContentSave does not allow modification of parameters ] - phabricator.wikimedia.org
[17:29:14] <paladox>	 https://github.com/wikimedia/mediawiki/commit/9cf84278651d67ffb98336ffd65b2f5df11d776d
[17:29:15] <MirahezeBot>	 [ MCR: provide MultiContentSave hook to replace PageContentSave · wikimedia/mediawiki@9cf8427 · GitHub ] - github.com
[17:38:09] <paladox>	 hmm apparently you cannot use slots with the final revision of the hook
[17:38:18] <icinga-miraheze>	 RECOVERY - dbbackup2 Check MariaDB Replication c3 on dbbackup2 is OK: MariaDB replication - both - OK - Slave_IO_Running state : Yes, Slave_SQL_Running state : Yes, Seconds_Behind_Master : 0s
[17:41:42] <paladox>	 oh https://www.mediawiki.org/wiki/Manual:Hooks/MultiContentSave
[17:41:42] <MirahezeBot>	 [ Manual:Hooks/MultiContentSave - MediaWiki ] - www.mediawiki.org
[17:42:54] <Not-ca25>	 [02miraheze/ssl] 07Reception123 pushed 031 commit to 03master [+1/-0/±1] 13https://git.io/Jm9Ra
[17:42:56] <Not-ca25>	 [02miraheze/ssl] 07Reception123 036bd1e9b - add incubator.nocyclo.tk cert
[17:44:17] <Reception123>	 Universal_Omega: know anything about https://phabricator.miraheze.org/T7005 ? It definitely seems upstream and not something we can do anything about. And I also wouldn't call it "incompatible" in the sense to have to make it a conflict in MWE
[17:44:18] <MirahezeBot>	 [ ⚓ T7005 Comments break using VisualEditor ] - phabricator.miraheze.org
[17:44:35] <paladox>	 yeh that's fixed upstream i think
[17:44:57] <Reception123>	 paladox: oh, you mean fixed since REL1_35?
[17:45:11] <paladox>	 https://gerrit.wikimedia.org/r/c/mediawiki/services/parsoid/+/662672
[17:46:18] <Reception123>	 oh, it's a parsoid thing?
[17:46:39] <paladox>	 yeh
[17:51:38] <icinga-miraheze>	 PROBLEM - incubator.nocyclo.tk - reverse DNS on sslhost is WARNING: rDNS WARNING - reverse DNS entry for incubator.nocyclo.tk could not be found
[17:53:04] <RhinosF1>	 Reception123: ^
[17:53:29] <RhinosF1>	 .dns incubator.nocylco.tk
[17:53:29] <MirahezeBot>	 RhinosF1: DNS lookup returned NXDOMAIN for incubator.nocylco.tk.
[17:53:30] <Reception123>	 hmm that's not nice, it did let me generate it
[17:53:43] <RhinosF1>	 .dns incubator.nocyclo.tk CNAME
[17:53:57] <Reception123>	 that is weird, since it's not even in our DNS, how did the script let me generate a cert for it?
[17:54:10] <RhinosF1>	 I can't type
[17:54:15] <RhinosF1>	 That's why
[17:54:54] <RhinosF1>	 Reception123: please don't put a wiki on that
[17:54:57] <RhinosF1>	 It's proxies
[17:54:59] <RhinosF1>	 Proxies
[17:55:00] <RhinosF1>	 https://mxtoolbox.com/SuperTool.aspx?action=a%3aincubator.nocyclo.tk&run=toolpage
[17:55:01] <MirahezeBot>	 [ Network Tools: DNS,IP,Email ] - mxtoolbox.com
[17:55:32] <Reception123>	 hmm, that's weird
[17:56:38] <RhinosF1>	 Reception123: https://phabricator.miraheze.org/T6999#138538
[17:56:38] <Reception123>	 RhinosF1: well, we're going to have to have a word with the user then
[17:56:39] <MirahezeBot>	 [ ⚓ T6999 Extensions and URL for "Nocyclomedia Incubator" ] - phabricator.miraheze.org
[17:57:35] <RhinosF1>	 Reception123: they're other domains should be fine given there's no icinga alert I assume
[17:57:40] <RhinosF1>	 Might want to audit them
[17:58:10] <Reception123>	 RhinosF1: yeah, there's also the other subdomains 
[17:58:33] <RhinosF1>	 Reception123: you can check icinga
[17:58:44] <RhinosF1>	 They'll be an alert if it's proxied
[17:59:07] <Reception123>	 RhinosF1: they do appear yeah
[17:59:28] <RhinosF1>	 Reception123: then please chase it up
[17:59:35] <RhinosF1>	 If you proxy, you loose it
[18:00:24] <Reception123>	 RhinosF1: well I mean you've asked them on the task, if they don't respond in 1-2 days we can email
[18:00:58] <Reception123>	 it seems to be Firebarrier's domain though, so I could leave a note on their Meta talkpage too
[18:00:59] <Reception123>	 wouldn't hurt
[18:02:05] <RhinosF1>	 Reception123: ack, feel free to note on their talk page
[18:03:22] <Not-ca25>	 [02miraheze/ssl] 07Reception123 pushed 031 commit to 03master [+0/-1/±1] 13https://git.io/Jm9gb
[18:03:24] <Not-ca25>	 [02miraheze/ssl] 07Reception123 033a3c02c - Revert "add incubator.nocyclo.tk cert"
[18:06:01] <Reception123>	 paladox: would you have any idea why https://meta.miraheze.org/wiki/User_talk:Reception123#Redirect_issue is happening?
[18:06:02] <MirahezeBot>	 [ User talk:Reception123 - Miraheze Meta ] - meta.miraheze.org
[18:07:53] <RhinosF1>	 Reception123: your cert is broke
[18:12:38] <Reception123>	 RhinosF1: but it worked before?
[18:13:18] <RhinosF1>	 Reception123: then someone's changed it
[18:13:31] <RhinosF1>	 It's only issued to en. not www. to
[18:13:57] <Reception123>	  well yes, which is why the redirect SSL is sslname: 'en.pornwiki.org'
[18:22:58] <dmehus>	 Reception123, when the cert is created, does it not get created to a specific subdomain? If we later made it wildcard and it was set up as only a cert on a single subdomain, that would cause an issue. Can we look up the original cert? Believe Google has a cert repository you can look up cert details about
[18:23:54] <Reception123>	 dmehus: it does, but you can also assign a "secondary" subdomain to a cert
[18:25:18] <dmehus>	 Reception123, oh, okay, that seems fine then. So maybe all we need to do is assign `*.pornwiki.org` to the cert?
[18:25:50] * dmehus wonders if Reception123 is going to accidentally attach his account to PornWiki by forgetting to open in incognito :P
[18:25:57] <Reception123>	 well no, this isn't a wildcard 
[18:26:08] <Reception123>	 and if it worked before too, I really don't get how it would stop now
[18:26:45] <dmehus>	 yeah... except we did change the configuration of the redirects. Wasn't the cert issued to `www.pornwiki.org` originally, which is now a redirect?
[18:27:17] <Reception123>	 yes but I did change the certs, and my understanding of the task is that the www->en redirect worked before
[18:27:31] <dmehus>	 oh, true
[18:27:39] <dmehus>	 yeah, that's a bit weird then
[18:31:15] <Not-ca25>	 [02miraheze/ssl] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/Jm9KJ
[18:31:17] <Not-ca25>	 [02miraheze/ssl] 07paladox 03bfa0c5e - Update www.pornwiki.org.crt
[18:32:19] <paladox>	 also i wonder why our checker did check?
[18:33:27] <paladox>	 oh
[18:33:29] <paladox>	 i know why
[18:33:59] <Not-ca25>	 [02miraheze/ssl] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/Jm9Ki
[18:34:00] <Not-ca25>	 [02miraheze/ssl] 07paladox 03a958c23 - Fix ssl name for www.pornwiki.org
[18:37:15] <paladox>	 Reception123 fixed
[18:41:30] <dmehus>	 paladox, ah, nice. Not exactly what I thought the issue was, but quite similar. Thanks :)
[18:46:44] <paladox>	 i guess we can switch to https://github.com/Icinga/icinga2/blob/430897901891a5d6170e8d0c2f6771c1b167b233/itl/plugins-contrib.d/web.conf#L371 ?
[18:46:44] <MirahezeBot>	 [ icinga2/web.conf at 430897901891a5d6170e8d0c2f6771c1b167b233 · Icinga/icinga2 · GitHub ] - github.com
[18:58:10] <Reception123>	 paladox: thanks
[20:13:39] <Not-ca25>	 [02miraheze/puppet] 07paladox pushed 031 commit to 03paladox-patch-3 [+0/-0/±1] 13https://git.io/Jm9p2
[20:13:41] <Not-ca25>	 [02miraheze/puppet] 07paladox 03d1882b9 - varnish: Install vmtouch
[20:13:42] <Not-ca25>	 [02puppet] 07paladox created branch 03paladox-patch-3 - 13https://git.io/vbiAS
[20:13:44] <Not-ca25>	 [02puppet] 07paladox opened pull request 03#1720: varnish: Install vmtouch - 13https://git.io/Jm9pa
[20:14:39] <Not-ca25>	 [02miraheze/puppet] 07paladox pushed 031 commit to 03paladox-patch-3 [+1/-0/±0] 13https://git.io/Jm9pM
[20:14:40] <Not-ca25>	 [02miraheze/puppet] 07paladox 036dec791 - Create generateVmtouch.py
[20:14:42] <Not-ca25>	 [02puppet] 07paladox synchronize pull request 03#1720: varnish: Install vmtouch - 13https://git.io/Jm9pa
[20:15:03] <Not-ca25>	 [02miraheze/puppet] 07paladox pushed 031 commit to 03paladox-patch-3 [+1/-0/±0] 13https://git.io/Jm9pD
[20:15:05] <Not-ca25>	 [02miraheze/puppet] 07paladox 03531e1bf - Create vmtouch.systemd.erb
[20:15:06] <Not-ca25>	 [02puppet] 07paladox synchronize pull request 03#1720: varnish: Install vmtouch - 13https://git.io/Jm9pa
[20:16:49] <Not-ca25>	 [02miraheze/puppet] 07paladox pushed 031 commit to 03paladox-patch-3 [+0/-0/±1] 13https://git.io/Jm9pj
[20:16:51] <Not-ca25>	 [02miraheze/puppet] 07paladox 03b3fd2ac - Update generateVmtouch.py
[20:16:52] <Not-ca25>	 [02puppet] 07paladox synchronize pull request 03#1720: varnish: Install vmtouch - 13https://git.io/Jm9pa
[20:17:32] <Not-ca25>	 [02miraheze/puppet] 07paladox pushed 031 commit to 03paladox-patch-3 [+0/-0/±1] 13https://git.io/Jm9hm
[20:17:34] <Not-ca25>	 [02miraheze/puppet] 07paladox 03d7b9f4b - Update init.pp
[20:17:35] <Not-ca25>	 [02puppet] 07paladox synchronize pull request 03#1720: varnish: Install vmtouch - 13https://git.io/Jm9pa
[20:23:22] <Not-ca25>	 [02miraheze/puppet] 07paladox pushed 031 commit to 03paladox-patch-3 [+0/-0/±1] 13https://git.io/Jm9hh
[20:23:23] <Not-ca25>	 [02miraheze/puppet] 07paladox 033572834 - Update generateVmtouch.py
[20:23:25] <Not-ca25>	 [02puppet] 07paladox synchronize pull request 03#1720: varnish: Install vmtouch - 13https://git.io/Jm9pa
[20:24:11] <Not-ca25>	 [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/Jm9jL
[20:24:13] <Not-ca25>	 [02miraheze/puppet] 07paladox 039ce23d6 - restart vmtouch service with sudo
[20:25:01] <Not-ca25>	 [02puppet] 07paladox closed pull request 03#1720: varnish: Install vmtouch - 13https://git.io/Jm9pa
[20:25:03] <Not-ca25>	 [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+2/-0/±1] 13https://git.io/Jm9jG
[20:25:04] <Not-ca25>	 [02miraheze/puppet] 07paladox 034795cea - varnish: Install vmtouch (#1720)
[20:25:06] <Not-ca25>	 [02miraheze/puppet] 07paladox deleted branch 03paladox-patch-3
[20:25:07] <Not-ca25>	 [02puppet] 07paladox deleted branch 03paladox-patch-3 - 13https://git.io/vbiAS
[20:58:13] <Not-ca25>	 [02mw-config] 07Universal-Omega closed pull request 03#3796: Fix wgPasswordSender access to rest of LocalSettings.php - 13https://git.io/JmSAK
[20:58:14] <Not-ca25>	 [02miraheze/mw-config] 07Universal-Omega pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JmHUV
[20:58:16] <Not-ca25>	 [02miraheze/mw-config] 07Universal-Omega 03ec3121e - Fix wgPasswordSender access to rest of LocalSettings.php (#3796)
[20:58:17] <Not-ca25>	 [02miraheze/mw-config] 07Universal-Omega deleted branch 03Universal-Omega-patch-1
[20:58:19] <Not-ca25>	 [02mw-config] 07Universal-Omega deleted branch 03Universal-Omega-patch-1 - 13https://git.io/vbvb3
[20:59:10] <Not-ca25>	 [02mw-config] 07Universal-Omega closed pull request 03#3797: Reorganise LocalSettings.php alphabetically - 13https://git.io/Jm9nW
[20:59:11] <Not-ca25>	 [02miraheze/mw-config] 07Universal-Omega pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JmHUy
[20:59:13] <Not-ca25>	 [02miraheze/mw-config] 07Universal-Omega 037e29cc5 - Reorganise LocalSettings.php alphabetically (#3797)
[20:59:14] <Not-ca25>	 [02mw-config] 07Universal-Omega deleted branch 03Universal-Omega-patch-2 - 13https://git.io/vbvb3
[20:59:16] <Not-ca25>	 [02miraheze/mw-config] 07Universal-Omega deleted branch 03Universal-Omega-patch-2
[20:59:18] <miraheze-github>	 miraheze/mw-config - Universal-Omega the build passed.
[21:00:16] <miraheze-github>	 miraheze/mw-config - Universal-Omega the build passed.
[21:04:19] <Not-ca25>	 [02miraheze/mw-config] 07Universal-Omega pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JmHTz
[21:04:20] <Not-ca25>	 [02miraheze/mw-config] 07Universal-Omega 030b67f4d - Use single quotes
[21:05:23] <miraheze-github>	 miraheze/mw-config - Universal-Omega the build passed.
[21:08:34] <Not-ca25>	 [02miraheze/mw-config] 07Universal-Omega pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JmHkm
[21:08:36] <Not-ca25>	 [02miraheze/mw-config] 07Universal-Omega 0369509b5 - Fix comments
[21:09:36] <miraheze-github>	 miraheze/mw-config - Universal-Omega the build passed.
[21:15:44] <Not-ca25>	 [02miraheze/mw-config] 07Universal-Omega pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JmHIt
[21:15:46] <Not-ca25>	 [02miraheze/mw-config] 07Universal-Omega 031d245ea - Move $wmgUsersNotifiedOnAllChanges to LocalWiki.php
[21:16:53] <miraheze-github>	 miraheze/mw-config - Universal-Omega the build passed.
[21:17:06] <Not-ca25>	 [02miraheze/mw-config] 07Universal-Omega pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JmHIn
[21:17:07] <Not-ca25>	 [02miraheze/mw-config] 07Universal-Omega 03336fdca - Move wgUsersNotifiedOnAllChanges to LocalWiki.php
[21:18:11] <miraheze-github>	 miraheze/mw-config - Universal-Omega the build passed.
[21:55:57] <icinga-miraheze>	 PROBLEM - dbbackup2 Check MariaDB Replication c3 on dbbackup2 is WARNING: MariaDB replication - both - WARNING - Slave_IO_Running state : Yes, Slave_SQL_Running state : Yes, Seconds_Behind_Master : 110s
[21:57:57] <icinga-miraheze>	 RECOVERY - dbbackup2 Check MariaDB Replication c3 on dbbackup2 is OK: MariaDB replication - both - OK - Slave_IO_Running state : Yes, Slave_SQL_Running state : Yes, Seconds_Behind_Master : 0s
[22:45:08] <Not-ca25>	 [02miraheze/services] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JmHch
[22:45:10] <Not-ca25>	 [02miraheze/services] 07MirahezeSSLBot 03b01bf84 - BOT: Updating services config for wikis
[23:20:10] <Not-ca25>	 [02miraheze/services] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JmH4P
[23:20:12] <Not-ca25>	 [02miraheze/services] 07MirahezeSSLBot 03bbc7887 - BOT: Updating services config for wikis
[23:35:09] <Not-ca25>	 [02miraheze/services] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JmH0D
[23:35:10] <Not-ca25>	 [02miraheze/services] 07MirahezeSSLBot 0310bdf42 - BOT: Updating services config for wikis
[23:39:35] <icinga-miraheze>	 PROBLEM - dbbackup1 Check MariaDB Replication c2 on dbbackup1 is WARNING: MariaDB replication - both - WARNING - Slave_IO_Running state : Yes, Slave_SQL_Running state : Yes, Seconds_Behind_Master : 137s
[23:41:34] <icinga-miraheze>	 RECOVERY - dbbackup1 Check MariaDB Replication c2 on dbbackup1 is OK: MariaDB replication - both - OK - Slave_IO_Running state : Yes, Slave_SQL_Running state : Yes, Seconds_Behind_Master : 1s
[23:45:11] <paladox>	 Universal_Omega https://github.com/bovender/LinkTitles/pull/53
[23:45:12] <MirahezeBot>	 [ Use MultiContentSave hook by paladox · Pull Request #53 · bovender/LinkTitles · GitHub ] - github.com
[23:46:00] <Universal_Omega>	 paladox: oh, great, thanks!
[23:46:25] <paladox>	 seems to work locally
[23:51:55] <Universal_Omega>	 Great!