[00:01:02] miraheze/mw-config/paladox-patch-1/f43ccb2 - paladox The build passed. https://travis-ci.org/miraheze/mw-config/builds/708533879 [00:02:11] RECOVERY - cp3 Disk Space on cp3 is OK: DISK OK - free space: / 3551 MB (14% inode=93%); [00:05:40] [02mw-config] 07paladox closed pull request 03#3175: Switch default db to db11 - 13https://git.io/JJGlG [00:05:41] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJGlw [00:05:43] [02miraheze/mw-config] 07paladox 0338cc6ca - Switch default db to db11 (#3175) [00:05:44] [02mw-config] 07paladox deleted branch 03paladox-patch-1 - 13https://git.io/vbvb3 [00:05:46] [02miraheze/mw-config] 07paladox deleted branch 03paladox-patch-1 [00:06:09] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJGlo [00:06:11] [02miraheze/mw-config] 07paladox 03959a075 - Take batch 5 out of read only [00:08:51] !log sudo -u www-data php changeDBCluster.php --wiki loginwiki --db-cluster c2 --file batch [00:08:55] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [00:09:03] !log stopped mysql on db9 [00:09:07] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [00:11:14] [02miraheze/mw-config] 07paladox pushed 031 commit to 03paladox-patch-1 [+0/-0/±1] 13https://git.io/JJGl7 [00:11:15] [02miraheze/mw-config] 07paladox 035acf2f5 - Remove sitenotice [00:11:17] [02mw-config] 07paladox created branch 03paladox-patch-1 - 13https://git.io/vbvb3 [00:11:18] [02mw-config] 07paladox opened pull request 03#3176: Remove sitenotice - 13https://git.io/JJGl5 [00:11:27] [02mw-config] 07paladox closed pull request 03#3176: Remove sitenotice - 13https://git.io/JJGl5 [00:11:29] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJGlF [00:11:30] [02miraheze/mw-config] 07paladox 033d9c2f0 - Remove sitenotice (#3176) [00:11:32] [02mw-config] 07paladox deleted branch 03paladox-patch-1 - 13https://git.io/vbvb3 [00:11:33] [02miraheze/mw-config] 07paladox deleted branch 03paladox-patch-1 [00:11:54] [02miraheze/mw-config] 07paladox pushed 031 commit to 03revert-3173-paladox-patch-2 [+0/-0/±1] 13https://git.io/JJGlN [00:11:55] [02miraheze/mw-config] 07paladox 03abe3e41 - Revert "Disable createwiki temporarily (#3173)" This reverts commit eb7a8253fb4519a4d87a4f1f76880c5fc1ec6860. [00:11:57] [02mw-config] 07paladox created branch 03revert-3173-paladox-patch-2 - 13https://git.io/vbvb3 [00:11:58] [02mw-config] 07paladox opened pull request 03#3177: Revert "Disable createwiki temporarily" - 13https://git.io/JJGlA [00:12:04] [02mw-config] 07paladox closed pull request 03#3177: Revert "Disable createwiki temporarily" - 13https://git.io/JJGlA [00:12:06] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJGlx [00:12:07] [02miraheze/mw-config] 07paladox 038831318 - Revert "Disable createwiki temporarily (#3173)" (#3177) This reverts commit eb7a8253fb4519a4d87a4f1f76880c5fc1ec6860. [00:12:09] [02miraheze/mw-config] 07paladox deleted branch 03revert-3173-paladox-patch-2 [00:12:10] [02mw-config] 07paladox deleted branch 03revert-3173-paladox-patch-2 - 13https://git.io/vbvb3 [00:12:21] PROBLEM - db9 MariaDB on db9 is CRITICAL: Can't connect to MySQL server on 'db9.miraheze.org' (111) [00:12:50] miraheze/mw-config/paladox-patch-1/5acf2f5 - paladox The build has errored. https://travis-ci.org/miraheze/mw-config/builds/708536865 [00:12:59] paladox: can you ackdb9? [00:13:09] s/ckd/ck d [00:13:09] RhinosF1 meant to say: paladox: can you ack db9? [00:13:12] I can in a moment [00:14:20] miraheze/mw-config/revert-3173-paladox-patch-2/abe3e41 - paladox The build has errored. https://travis-ci.org/miraheze/mw-config/builds/708536968 [00:14:50] [02miraheze/puppet] 07paladox pushed 031 commit to 03paladox-patch-11 [+0/-0/±1] 13https://git.io/JJGlj [00:14:51] [02miraheze/puppet] 07paladox 0398b9058 - Switch grafana to db11 [00:14:53] [02puppet] 07paladox created branch 03paladox-patch-11 - 13https://git.io/vbiAS [00:14:54] [02puppet] 07paladox opened pull request 03#1447: Switch grafana to db11 - 13https://git.io/JJG8e [00:19:34] [02miraheze/ssl] 07paladox pushed 031 commit to 03paladox-patch-1 [+0/-0/±1] 13https://git.io/JJG8U [00:19:35] [02miraheze/ssl] 07paladox 036a92a18 - Redirect dcmultiverse.miraheze.org to dc-multiverse.dcwikis.com [00:19:37] [02ssl] 07paladox created branch 03paladox-patch-1 - 13https://git.io/vxP9L [00:19:38] [02ssl] 07paladox opened pull request 03#341: Redirect dcmultiverse.miraheze.org to dc-multiverse.dcwikis.com - 13https://git.io/JJG8T [00:20:00] [02ssl] 07paladox closed pull request 03#341: Redirect dcmultiverse.miraheze.org to dc-multiverse.dcwikis.com - 13https://git.io/JJG8T [00:20:02] [02miraheze/ssl] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJG8k [00:20:03] [02miraheze/ssl] 07paladox 0311c1f9e - Redirect dcmultiverse.miraheze.org to dc-multiverse.dcwikis.com (#341) [00:20:05] [02miraheze/ssl] 07paladox deleted branch 03paladox-patch-1 [00:20:06] [02ssl] 07paladox deleted branch 03paladox-patch-1 - 13https://git.io/vxP9L [00:22:46] RECOVERY - db9 MariaDB on db9 is OK: Uptime: 562 Threads: 10 Questions: 2942 Slow queries: 28 Opens: 1443 Flush tables: 1 Open tables: 1437 Queries per second avg: 5.234 [00:24:30] [02puppet] 07paladox closed pull request 03#1447: Switch grafana to db11 - 13https://git.io/JJG8e [00:24:31] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJG8Y [00:24:33] [02miraheze/puppet] 07paladox 0376e8fe7 - Switch grafana to db11 (#1447) [00:24:34] [02puppet] 07paladox deleted branch 03paladox-patch-11 - 13https://git.io/vbiAS [00:24:36] [02miraheze/puppet] 07paladox deleted branch 03paladox-patch-11 [00:38:24] [02miraheze/puppet] 07paladox pushed 031 commit to 03paladox-patch-11 [+0/-0/±1] 13https://git.io/JJG8K [00:38:26] [02miraheze/puppet] 07paladox 032186100 - Remove db9 [00:38:27] [02puppet] 07paladox created branch 03paladox-patch-11 - 13https://git.io/vbiAS [00:38:29] [02puppet] 07paladox opened pull request 03#1448: Remove db9 - 13https://git.io/JJG86 [00:38:51] [02miraheze/puppet] 07paladox pushed 031 commit to 03paladox-patch-11 [+0/-0/±1] 13https://git.io/JJG8i [00:38:53] [02miraheze/puppet] 07paladox 03974ff57 - Update db.pp [00:38:54] [02puppet] 07paladox synchronize pull request 03#1448: Remove db9 - 13https://git.io/JJG86 [00:39:08] [02miraheze/puppet] 07paladox pushed 031 commit to 03paladox-patch-11 [+0/-0/±1] 13https://git.io/JJG8P [00:39:10] [02miraheze/puppet] 07paladox 03f47b476 - Update nrpe.cfg.erb [00:39:11] [02puppet] 07paladox synchronize pull request 03#1448: Remove db9 - 13https://git.io/JJG86 [00:39:27] [02miraheze/puppet] 07paladox pushed 031 commit to 03paladox-patch-11 [+0/-0/±1] 13https://git.io/JJG8X [00:39:29] [02miraheze/puppet] 07paladox 0381c123d - Update director.pp [00:39:30] [02puppet] 07paladox synchronize pull request 03#1448: Remove db9 - 13https://git.io/JJG86 [00:39:41] [02puppet] 07paladox closed pull request 03#1448: Remove db9 - 13https://git.io/JJG86 [00:39:42] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±4] 13https://git.io/JJG81 [00:39:44] [02miraheze/puppet] 07paladox 032ddf43d - Remove db9 (#1448) * Remove db9 * Update db.pp * Update nrpe.cfg.erb * Update director.pp [00:39:45] [02puppet] 07paladox deleted branch 03paladox-patch-11 - 13https://git.io/vbiAS [00:39:47] [02miraheze/puppet] 07paladox deleted branch 03paladox-patch-11 [00:40:20] PROBLEM - db9 MariaDB on db9 is CRITICAL: Can't connect to MySQL server on 'db9.miraheze.org' (111) [00:44:46] !log shutdown cp8 [00:44:49] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [00:46:09] [02miraheze/dns] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJG8F [00:46:11] [02miraheze/dns] 07paladox 03794b7d2 - Update miraheze.org [00:47:14] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJG4e [00:47:16] [02miraheze/puppet] 07paladox 03040471c - Remove cp8 [00:47:35] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJG4T [00:47:37] [02miraheze/mw-config] 07paladox 03dcf219b - Remove cp8 [00:49:16] [02miraheze/dns] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJG4Y [00:49:17] [02miraheze/dns] 07paladox 03c18a245 - cp8 -> cp9 [00:51:36] PROBLEM - espiri.wiki - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [01:11:43] Do you follow the maintenance? [01:12:37] hispano76 not sure what you mean? [03:34:50] > @paladox Was just going to go in and check for wiki requests, but it's still in read only mode. Just wanted to check and make sure that CreateWiki is still supposed to be offline. [03:36:21] I reverted it in https://github.com/miraheze/mw-config/commit/8831318b016fcbbe0816e6f6fcc711ec5b4ce3db [03:36:22] [ Revert "Disable createwiki temporarily (#3173)" (#3177) · miraheze/mw-config@8831318 · GitHub ] - github.com [03:37:33] Yeah, I saw that back then, but just wondering if maybe it was still supposed to be down or not? [03:38:03] It should be back up [03:38:59] Screenshot of CreateWiki as at 8:38 PM UTC -07:00 on 15 July 2020. Let me know if it comes through to IRC [03:38:59] https://cdn.discordapp.com/attachments/435711390544560128/733165756212052098/2020-07-15_20.38.19_meta.miraheze.org_4fffc4c1456d.jpg [03:39:21] I'm hoping the IRC relay bot passes through the screenshot to IRC. [03:40:10] Did the screenshot show up on your end? No tabs, and no big blue "create wiki" button 😦 [03:41:11] you're on Discord anyway, so if not, you'll see the screenshot there [03:47:37] RECOVERY - db9 MariaDB on db9 is OK: Uptime: 443 Threads: 8 Questions: 2858 Slow queries: 9 Opens: 1406 Flush tables: 1 Open tables: 1400 Queries per second avg: 6.451 [03:50:33] @paladox Your revert commit LGTM. Not sure what the issue is. Could it db related, possibly? [03:50:40] Or maybe a chmod issue? [03:53:09] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJGu1 [03:53:10] [02miraheze/puppet] 07paladox 03d3407d4 - mariadb: Add survey to mediawiki grants [03:53:43] @Doug Try now? [03:54:07] ok [03:54:53] @paladox nope, still just the "request" tab and it's read only [03:55:28] should I try changing skins to, say, MonoBook (although I used Vector before with no issue)? [03:56:28] Nope, not a skin issue. Switching back to Vector now. [03:57:47] @Doug try now [03:58:56] okay [03:59:14] okay the tabs and blue create wiki button are back [03:59:20] let's if we've got one I can approve [04:00:17] [02miraheze/mw-config] 07paladox pushed 031 commit to 03paladox-patch-1 [+0/-0/±1] 13https://git.io/JJGuy [04:00:19] [02miraheze/mw-config] 07paladox 034524b73 - Add 'c2' to wgCreateWikiDatabaseClusters This will allow CW to create on either db11/12. [04:00:20] [02mw-config] 07paladox created branch 03paladox-patch-1 - 13https://git.io/vbvb3 [04:00:22] [02mw-config] 07paladox opened pull request 03#3178: Add 'c2' to wgCreateWikiDatabaseClusters - 13https://git.io/JJGu9 [04:00:31] [02mw-config] 07paladox closed pull request 03#3178: Add 'c2' to wgCreateWikiDatabaseClusters - 13https://git.io/JJGu9 [04:00:33] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJGuH [04:00:34] [02miraheze/mw-config] 07paladox 0340eb3df - Add 'c2' to wgCreateWikiDatabaseClusters (#3178) This will allow CW to create on either db11/12. [04:00:36] [02mw-config] 07paladox deleted branch 03paladox-patch-1 - 13https://git.io/vbvb3 [04:00:37] [02miraheze/mw-config] 07paladox deleted branch 03paladox-patch-1 [04:00:46] @paladox, I'm just going to create a wiki, there's nothing I can approve...can you delete it after? [04:01:04] I mean i can set it as "deleted" [04:01:34] PROBLEM - db9 MariaDB on db9 is CRITICAL: Can't connect to MySQL server on 'db9.miraheze.org' (111) [04:01:52] miraheze/mw-config/paladox-patch-1/4524b73 - paladox The build has errored. https://travis-ci.org/miraheze/mw-config/builds/708583326 [04:03:37] @paladox Okay, seems to be good now. By "deleted" is that a more advanced phase than "closed"? [04:03:45] cwwikitestwiki is the dbname [04:03:55] yeh, it'll be deleted at some stage, it's just hidden from the UI [04:04:00] ah, okay [04:04:11] sure, yeah, you can delete that one now [04:04:21] done, deleted [04:05:16] Sounds good. Just noticed something, when I create a wiki, I guess it doesn't link to my request, which makes sense because it wasn't requested by a user different than the creator. [04:08:45] !log MariaDB [doctorwhofanfilmsdatabasewiki]> INSERT INTO slot_roles (role_id, role_name) VALUES (1, 'main'); -db1 [04:08:47] *db11 [04:08:48] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [04:11:13] !log MariaDB [doctorwhofanfilmsdatabasewiki]> INSERT INTO content_models (model_id, model_name) VALUES (5, 'json'); -db11 [04:11:18] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [04:11:28] @paladox Returned an error for KHddwiki, is that the case that the dbname can't contain capital letters? [04:11:31] !log fixed content_models on doctorwhofanfilmsdatabasewiki [04:11:35] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [04:11:36] just making sure that's as designed [04:11:37] yeh [04:11:43] okay, thanks [04:12:21] hmm [04:12:25] it allows KHddwiki [04:12:45] what error did you get @Doug? [04:15:29] Oh, shoot, didn't save it. It was a red error with the usual random hash and an error that it couldn't contain all capital letters, I think? [04:16:05] oh [04:16:07] I know we're to avoid editing wiki requests, but this is such a good case where we should, so I renamed the sitename to "khdd" and it renamed the dbname behind the scenes, presumably, to khddwiki [04:16:11] seems to have created it [04:16:20] yeah that was after [04:16:21] oh [04:16:28] I edited it [04:16:51] Could you file a bug report? [04:16:59] 14:47, 15 July 2020 Xigbanort13 talk contribs requested the wiki "Kingdom Hearts [Deep Dive]" (language: en; private: 0) in #13225 (I want to make a 100% canon only wiki for the Kingdom Hearts series, that doesn't focus on gameplay mechanics at all, like the other Kingdom Hearts wikis do) <--- original request [04:17:09] sure [04:17:22] anyways i'm off to bed [04:17:24] *now [04:17:28] okay, night [05:01:59] PROBLEM - mrlove.wiki - LetsEncrypt on sslhost is WARNING: WARNING - Certificate 'mrlove.wiki' expires in 15 day(s) (Sat 01 Aug 2020 04:57:44 GMT +0000). [05:02:37] [02miraheze/ssl] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJGzu [05:02:38] [02miraheze/ssl] 07MirahezeSSLBot 031d41c8c - Bot: Update SSL cert for mrlove.wiki [05:15:49] RECOVERY - mrlove.wiki - LetsEncrypt on sslhost is OK: OK - Certificate 'mrlove.wiki' will expire on Wed 14 Oct 2020 04:02:30 GMT +0000. [08:38:10] Reception123: you have go [08:38:14] [02dns] 07RhinosF1 edited pull request 03#163: Pool tools1 into bots.miraheze.wiki - 13https://git.io/JJGCl [08:39:02] PROBLEM - cp3 Disk Space on cp3 is WARNING: DISK WARNING - free space: / 2645 MB (10% inode=93%); [08:40:59] k [08:41:33] [02dns] 07Reception123 closed pull request 03#163: Pool tools1 into bots.miraheze.wiki - 13https://git.io/JJGCl [08:41:35] [02miraheze/dns] 07Reception123 pushed 032 commits to 03master [+0/-0/±2] 13https://git.io/JJGrz [08:41:36] ^ RhinosF1 [08:41:36] [02miraheze/dns] 07RhinosF1 036162c6a - [DO NOT MERGE] Pool tools1 into bots.miraheze.wiki This server will shortly be configured to serve static web [08:41:38] [02miraheze/dns] 07Reception123 03cb13580 - Merge pull request #163 from RhinosF1/patch-8 Pool tools1 into bots.miraheze.wiki [08:42:10] Reception123: ty, now we wait 10 mins [08:42:24] .in 10mins add LE cert for tools1 [08:42:24] RhinosF1: Okay, will remind at 2020-07-16 - 09:52:24BST [08:42:25] yup [08:44:05] Reception123: if you see an ssl error on bots.miraheze.wiki, it's worked! [08:46:02] heh we'll find out soon [08:52:25] RhinosF1: add LE cert for tools1 [08:54:12] Reception123: it's working [09:30:21] [02miraheze/services] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJGK8 [09:30:22] [02miraheze/services] 07MirahezeSSLBot 0377fa916 - BOT: Updating services config for wikis [11:17:56] PROBLEM - misc1 APT on misc1 is CRITICAL: APT CRITICAL: 6 packages available for upgrade (5 critical updates). [11:59:14] [02dns] 07RhinosF1 opened pull request 03#164: [DNM] Add phabdigests tool - 13https://git.io/JJG1w [12:45:12] [02miraheze/services] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJGDh [12:45:14] [02miraheze/services] 07MirahezeSSLBot 03e2a2843 - BOT: Updating services config for wikis [13:09:52] !log increase cpu units to 2048 on mw 4,5,6,7 [13:09:57] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [13:13:43] !log set cpu cores to 2 for puppet2 [13:13:47] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [13:14:34] !log revert that change [13:14:38] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [13:14:53] [02dns] 07RhinosF1 edited pull request 03#164: Add phabdigests tool - 13https://git.io/JJG1w [13:14:57] paladox: ^ pls [13:15:52] [02dns] 07paladox synchronize pull request 03#164: Add phabdigests tool - 13https://git.io/JJG1w [13:16:00] PROBLEM - puppet2 Current Load on puppet2 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [13:16:07] [02dns] 07paladox closed pull request 03#164: Add phabdigests tool - 13https://git.io/JJG1w [13:16:09] [02miraheze/dns] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJG99 [13:16:10] [02miraheze/dns] 07RhinosF1 03cf475b1 - Add phabdigests tool (#164) * Add phabdigests tool Using phabdigests.bots.miraheze.wiki * Update miraheze.wiki Co-authored-by: paladox [13:16:48] PROBLEM - puppet2 puppetserver on puppet2 is CRITICAL: connect to address 51.89.160.129 and port 8140: Connection refused [13:16:55] ty paladox [13:17:01] and well done for last night [13:17:10] * RhinosF1 is impressed with api speed [13:17:25] !log set cpu to 2 for puppet2 [13:17:31] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [13:17:37] PROBLEM - puppet2 SSH on puppet2 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:17:52] PROBLEM - puppet2 Puppet on puppet2 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [13:18:20] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJG9d [13:18:22] [02miraheze/puppet] 07paladox 031da7a8a - puppet2: Increase heap to 2g [13:19:43] RECOVERY - puppet2 SSH on puppet2 is OK: SSH OK - OpenSSH_7.9p1 Debian-10+deb10u2 (protocol 2.0) [13:20:29] RECOVERY - puppet2 Current Load on puppet2 is OK: OK - load average: 2.71, 1.10, 0.41 [13:22:26] PROBLEM - cp3 Puppet on cp3 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:23:03] RECOVERY - puppet2 puppetserver on puppet2 is OK: TCP OK - 0.005 second response time on 51.89.160.129 port 8140 [13:23:03] PROBLEM - rdb2 Puppet on rdb2 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:23:18] PROBLEM - phab1 Puppet on phab1 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:23:18] PROBLEM - misc1 Puppet on misc1 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:23:19] PROBLEM - mw6 Puppet on mw6 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:23:22] PROBLEM - cp6 Puppet on cp6 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:23:24] PROBLEM - cloud3 Puppet on cloud3 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:23:28] PROBLEM - rdb1 Puppet on rdb1 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:23:35] PROBLEM - jobrunner1 Puppet on jobrunner1 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:23:35] PROBLEM - mon1 Puppet on mon1 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:23:42] PROBLEM - gluster2 Puppet on gluster2 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:23:42] PROBLEM - cp7 Puppet on cp7 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:23:42] PROBLEM - mail1 Puppet on mail1 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:23:50] PROBLEM - db7 Puppet on db7 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:23:59] PROBLEM - services2 Puppet on services2 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:24:02] PROBLEM - cp9 Puppet on cp9 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:24:11] RECOVERY - puppet2 Puppet on puppet2 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [13:24:12] PROBLEM - ldap1 Puppet on ldap1 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:24:13] !log only changed cpu units on mw 4,5 not 6,7 [13:24:14] PROBLEM - ns1 Puppet on ns1 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:24:17] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [13:24:23] PROBLEM - mw4 Puppet on mw4 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:24:23] PROBLEM - cloud2 Puppet on cloud2 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:24:23] PROBLEM - db11 Puppet on db11 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:24:23] PROBLEM - bacula2 Puppet on bacula2 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:24:29] PROBLEM - db9 Puppet on db9 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:24:34] PROBLEM - services1 Puppet on services1 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:24:43] PROBLEM - mw7 Puppet on mw7 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:24:44] PROBLEM - db13 Puppet on db13 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:24:45] PROBLEM - gluster1 Puppet on gluster1 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:24:50] PROBLEM - mw5 Puppet on mw5 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:24:51] PROBLEM - db12 Puppet on db12 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:24:51] PROBLEM - ns2 Puppet on ns2 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:26:11] RECOVERY - ldap1 Puppet on ldap1 is OK: OK: Puppet is currently enabled, last run 9 seconds ago with 0 failures [13:26:18] RECOVERY - db11 Puppet on db11 is OK: OK: Puppet is currently enabled, last run 22 seconds ago with 0 failures [13:26:19] RECOVERY - bacula2 Puppet on bacula2 is OK: OK: Puppet is currently enabled, last run 14 seconds ago with 0 failures [13:26:22] RECOVERY - cloud2 Puppet on cloud2 is OK: OK: Puppet is currently enabled, last run 11 seconds ago with 0 failures [13:26:23] RECOVERY - db9 Puppet on db9 is OK: OK: Puppet is currently enabled, last run 23 seconds ago with 0 failures [13:26:44] PROBLEM - puppet2 Current Load on puppet2 is CRITICAL: CRITICAL - load average: 4.87, 3.05, 1.44 [13:26:47] RECOVERY - gluster1 Puppet on gluster1 is OK: OK: Puppet is currently enabled, last run 24 seconds ago with 0 failures [13:26:49] RECOVERY - db13 Puppet on db13 is OK: OK: Puppet is currently enabled, last run 53 seconds ago with 0 failures [13:26:56] RECOVERY - db12 Puppet on db12 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [13:27:32] RECOVERY - cloud3 Puppet on cloud3 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [13:27:33] RECOVERY - misc1 Puppet on misc1 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [13:27:57] RECOVERY - gluster2 Puppet on gluster2 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [13:27:58] RECOVERY - db7 Puppet on db7 is OK: OK: Puppet is currently enabled, last run 2 minutes ago with 0 failures [13:27:58] RECOVERY - mail1 Puppet on mail1 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [13:28:25] RECOVERY - ns1 Puppet on ns1 is OK: OK: Puppet is currently enabled, last run 2 minutes ago with 0 failures [13:28:46] RECOVERY - puppet2 Current Load on puppet2 is OK: OK - load average: 2.27, 0.54, 0.18 [13:33:13] PROBLEM - puppet2 Current Load on puppet2 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [13:34:51] PROBLEM - db11 Puppet on db11 is CRITICAL: CRITICAL: Puppet has 8 failures. Last run 2 minutes ago with 8 failures. Failed resources (up to 3 shown) [13:34:58] PROBLEM - db9 Puppet on db9 is CRITICAL: CRITICAL: Puppet has 8 failures. Last run 2 minutes ago with 8 failures. Failed resources (up to 3 shown) [13:35:03] PROBLEM - bacula2 Puppet on bacula2 is CRITICAL: CRITICAL: Puppet has 6 failures. Last run 2 minutes ago with 6 failures. Failed resources (up to 3 shown) [13:35:10] PROBLEM - puppet2 Puppet on puppet2 is CRITICAL: CRITICAL: Puppet has 21 failures. Last run 2 minutes ago with 21 failures. Failed resources (up to 3 shown) [13:35:12] PROBLEM - gluster1 Puppet on gluster1 is CRITICAL: CRITICAL: Puppet has 7 failures. Last run 2 minutes ago with 7 failures. Failed resources (up to 3 shown) [13:35:14] PROBLEM - cloud2 Puppet on cloud2 is CRITICAL: CRITICAL: Puppet has 6 failures. Last run 2 minutes ago with 6 failures. Failed resources (up to 3 shown) [13:35:21] RECOVERY - puppet2 Current Load on puppet2 is OK: OK - load average: 1.63, 0.68, 0.25 [13:35:36] PROBLEM - db13 Puppet on db13 is CRITICAL: CRITICAL: Puppet has 8 failures. Last run 3 minutes ago with 8 failures. Failed resources (up to 3 shown) [13:35:43] PROBLEM - db12 Puppet on db12 is CRITICAL: CRITICAL: Puppet has 8 failures. Last run 3 minutes ago with 8 failures. Failed resources (up to 3 shown) [13:36:10] PROBLEM - cloud3 Puppet on cloud3 is CRITICAL: CRITICAL: Puppet has 6 failures. Last run 3 minutes ago with 6 failures. Failed resources (up to 3 shown) [13:36:20] PROBLEM - misc1 Puppet on misc1 is CRITICAL: CRITICAL: Puppet has 13 failures. Last run 3 minutes ago with 13 failures. Failed resources (up to 3 shown) [13:36:39] PROBLEM - db7 Puppet on db7 is CRITICAL: CRITICAL: Puppet has 7 failures. Last run 3 minutes ago with 7 failures. Failed resources (up to 3 shown) [13:36:48] PROBLEM - ldap1 Puppet on ldap1 is CRITICAL: CRITICAL: Puppet has 7 failures. Last run 4 minutes ago with 7 failures. Failed resources (up to 3 shown) [13:36:49] PROBLEM - cloud1 Puppet on cloud1 is CRITICAL: CRITICAL: Puppet has 6 failures. Last run 2 minutes ago with 6 failures. Failed resources (up to 3 shown) [13:36:51] PROBLEM - gluster2 Puppet on gluster2 is CRITICAL: CRITICAL: Puppet has 8 failures. Last run 3 minutes ago with 8 failures. Failed resources (up to 3 shown) [13:36:52] PROBLEM - mail1 Puppet on mail1 is CRITICAL: CRITICAL: Puppet has 20 failures. Last run 4 minutes ago with 20 failures. Failed resources (up to 3 shown) [13:37:09] PROBLEM - ns1 Puppet on ns1 is CRITICAL: CRITICAL: Puppet has 8 failures. Last run 4 minutes ago with 8 failures. Failed resources (up to 3 shown) [13:39:05] RECOVERY - bacula2 Puppet on bacula2 is OK: OK: Puppet is currently enabled, last run 2 seconds ago with 0 failures [13:39:11] RECOVERY - ns1 Puppet on ns1 is OK: OK: Puppet is currently enabled, last run 3 seconds ago with 0 failures [13:39:27] RECOVERY - cloud2 Puppet on cloud2 is OK: OK: Puppet is currently enabled, last run 30 seconds ago with 0 failures [13:39:35] RECOVERY - ns2 Puppet on ns2 is OK: OK: Puppet is currently enabled, last run 33 seconds ago with 0 failures [13:39:45] RECOVERY - db13 Puppet on db13 is OK: OK: Puppet is currently enabled, last run 47 seconds ago with 0 failures [13:39:49] RECOVERY - db12 Puppet on db12 is OK: OK: Puppet is currently enabled, last run 50 seconds ago with 0 failures [13:39:54] RECOVERY - rdb1 Puppet on rdb1 is OK: OK: Puppet is currently enabled, last run 2 seconds ago with 0 failures [13:40:29] RECOVERY - misc1 Puppet on misc1 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [13:40:31] RECOVERY - mon1 Puppet on mon1 is OK: OK: Puppet is currently enabled, last run 53 seconds ago with 0 failures [13:40:55] RECOVERY - cloud1 Puppet on cloud1 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [13:41:31] RECOVERY - puppet2 Puppet on puppet2 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [13:42:22] PROBLEM - puppet2 puppetserver on puppet2 is CRITICAL: connect to address 51.89.160.129 and port 8140: Connection refused [13:43:21] PROBLEM - bacula2 Puppet on bacula2 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:43:27] PROBLEM - ns1 Puppet on ns1 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:43:43] PROBLEM - cloud2 Puppet on cloud2 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:43:45] PROBLEM - ns2 Puppet on ns2 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:44:03] PROBLEM - db13 Puppet on db13 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:44:04] PROBLEM - db12 Puppet on db12 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:44:04] PROBLEM - rdb1 Puppet on rdb1 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:44:11] !log depool, repool and reboot mw4 & 5 [13:44:16] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [13:44:24] RECOVERY - puppet2 puppetserver on puppet2 is OK: TCP OK - 0.000 second response time on 51.89.160.129 port 8140 [13:44:33] PROBLEM - mon1 Puppet on mon1 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:44:35] PROBLEM - misc1 Puppet on misc1 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [13:45:58] If any Miraheze user wants a digest of Miraheze or MirahezeBots phabricator, Please inform me. [13:47:02] RECOVERY - mw4 Puppet on mw4 is OK: OK: Puppet is currently enabled, last run 59 seconds ago with 0 failures [13:49:51] RECOVERY - mw5 Puppet on mw5 is OK: OK: Puppet is currently enabled, last run 7 seconds ago with 0 failures [13:50:37] paladox: can you reboot the irc feed [13:50:48] 08:21:28 ⇐ +MirahezeRC quit (~MirahezeR@miraheze/bots) Excess Flood [13:51:05] done [13:51:10] !log restart ircrcbot on mon1 [13:51:14] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [13:51:19] yep [13:56:00] PROBLEM - mw5 Puppet on mw5 is CRITICAL: CRITICAL: Puppet has 517 failures. Last run 2 minutes ago with 517 failures. Failed resources (up to 3 shown) [13:57:10] PROBLEM - mw4 Puppet on mw4 is CRITICAL: CRITICAL: Puppet has 517 failures. Last run 3 minutes ago with 517 failures. Failed resources (up to 3 shown) [13:59:06] PROBLEM - cloud1 Puppet on cloud1 is CRITICAL: CRITICAL: Puppet has 2 failures. Last run 3 minutes ago with 2 failures. Failed resources (up to 3 shown): File[/home/salt-user],File[/etc/sysctl.d] [13:59:16] paladox: ^ [13:59:31] yup [13:59:43] already aware :) [14:02:37] RECOVERY - cloud3 Puppet on cloud3 is OK: OK: Puppet is currently enabled, last run 13 seconds ago with 0 failures [14:02:39] RECOVERY - db11 Puppet on db11 is OK: OK: Puppet is currently enabled, last run 12 seconds ago with 0 failures [14:02:42] RECOVERY - db12 Puppet on db12 is OK: OK: Puppet is currently enabled, last run 15 seconds ago with 0 failures [14:02:44] RECOVERY - ldap1 Puppet on ldap1 is OK: OK: Puppet is currently enabled, last run 12 seconds ago with 0 failures [14:02:48] RECOVERY - db13 Puppet on db13 is OK: OK: Puppet is currently enabled, last run 21 seconds ago with 0 failures [14:02:48] RECOVERY - db7 Puppet on db7 is OK: OK: Puppet is currently enabled, last run 15 seconds ago with 0 failures [14:02:52] RECOVERY - db9 Puppet on db9 is OK: OK: Puppet is currently enabled, last run 22 seconds ago with 0 failures [14:02:58] RECOVERY - mon1 Puppet on mon1 is OK: OK: Puppet is currently enabled, last run 14 seconds ago with 0 failures [14:03:03] RECOVERY - gluster1 Puppet on gluster1 is OK: OK: Puppet is currently enabled, last run 19 seconds ago with 0 failures [14:03:10] RECOVERY - rdb2 Puppet on rdb2 is OK: OK: Puppet is currently enabled, last run 49 seconds ago with 0 failures [14:03:12] RECOVERY - services2 Puppet on services2 is OK: OK: Puppet is currently enabled, last run 42 seconds ago with 0 failures [14:03:12] RECOVERY - cloud1 Puppet on cloud1 is OK: OK: Puppet is currently enabled, last run 43 seconds ago with 0 failures [14:03:13] RECOVERY - misc1 Puppet on misc1 is OK: OK: Puppet is currently enabled, last run 42 seconds ago with 0 failures [14:03:17] RECOVERY - mw4 Puppet on mw4 is OK: OK: Puppet is currently enabled, last run 1 second ago with 0 failures [14:03:23] RECOVERY - bacula2 Puppet on bacula2 is OK: OK: Puppet is currently enabled, last run 53 seconds ago with 0 failures [14:03:45] RECOVERY - jobrunner1 Puppet on jobrunner1 is OK: OK: Puppet is currently enabled, last run 33 seconds ago with 0 failures [14:03:46] RECOVERY - cp7 Puppet on cp7 is OK: OK: Puppet is currently enabled, last run 39 seconds ago with 0 failures [14:03:53] RECOVERY - cp9 Puppet on cp9 is OK: OK: Puppet is currently enabled, last run 18 seconds ago with 0 failures [14:03:54] RECOVERY - gluster2 Puppet on gluster2 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [14:03:58] RECOVERY - mail1 Puppet on mail1 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [14:03:58] RECOVERY - ns1 Puppet on ns1 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [14:04:01] RECOVERY - services1 Puppet on services1 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [14:04:05] RECOVERY - phab1 Puppet on phab1 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [14:04:11] RECOVERY - rdb1 Puppet on rdb1 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [14:04:22] RECOVERY - ns2 Puppet on ns2 is OK: OK: Puppet is currently enabled, last run 2 minutes ago with 0 failures [14:04:31] RECOVERY - mw5 Puppet on mw5 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [14:04:40] RECOVERY - cloud2 Puppet on cloud2 is OK: OK: Puppet is currently enabled, last run 2 minutes ago with 0 failures [14:04:41] RECOVERY - cp6 Puppet on cp6 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [14:04:57] RECOVERY - mw7 Puppet on mw7 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [14:05:04] RECOVERY - mw6 Puppet on mw6 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [14:06:04] !log revoked cp8 puppet cert [14:06:08] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [14:06:59] RECOVERY - cp3 Puppet on cp3 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [15:13:49] [02miraheze/puppet] 07paladox pushed 031 commit to 03paladox-patch-11 [+0/-0/±1] 13https://git.io/JJGFt [15:13:51] [02miraheze/puppet] 07paladox 03c59bc72 - Allows users from matomo-users to login [15:13:52] [02puppet] 07paladox created branch 03paladox-patch-11 - 13https://git.io/vbiAS [15:13:54] [02puppet] 07paladox opened pull request 03#1449: Allows users from matomo-users to login - 13https://git.io/JJGFq [15:17:29] [02puppet] 07paladox closed pull request 03#1449: Allows users from matomo-users to login - 13https://git.io/JJGFq [15:17:31] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJGFR [15:17:32] [02miraheze/puppet] 07paladox 033600f57 - Allows users from matomo-users to login (#1449) [15:17:34] [02puppet] 07paladox deleted branch 03paladox-patch-11 - 13https://git.io/vbiAS [15:17:35] [02miraheze/puppet] 07paladox deleted branch 03paladox-patch-11 [15:18:10] !log lower cpu units to 900 for puppet2 [15:18:14] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [15:30:08] JohnLewis: FYI, via a tool setup on MirahezeBots, we can now send digest emails of any Phabricator search query. [15:30:32] okay [15:31:37] JohnLewis: if anyone wants them, please just ping me and I can add the config until I setup request forms. [15:32:22] (It does max out at 50 tasks on the email) [15:32:46] (Or whatever phab's api limit is) [15:58:40] [02puppet] 07Pix1234 opened pull request 03#1450: + new ssh key for Zppix - 13https://git.io/JJGNk [15:58:53] paladox: can you make sure i did ^ right and merge [15:59:14] Looks fine to me [15:59:25] Zppix just confirming that's a new key and not a existing one? [15:59:35] paladox: just generated 2 minutes ago [15:59:44] ok, merging, thanks! [15:59:49] [02puppet] 07paladox closed pull request 03#1450: + new ssh key for Zppix - 13https://git.io/JJGNk [15:59:50] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJGNL [15:59:52] [02miraheze/puppet] 07Pix1234 03fb84de4 - + new ssh key for Zppix (#1450) [16:05:58] PROBLEM - mon1 Puppet on mon1 is WARNING: WARNING: Puppet is currently disabled, message: reason not specified, last run 4 minutes ago with 0 failures [16:07:42] @RhinosF1 back to gadgets problem - Can be a good idea to offer users to add gadgets to their common.js or it also will be a difficult for server? [16:08:03] people can add whatever they wish to their common.js [16:13:43] ^ [16:14:05] Yeh, but will be only their speed lower, not problem for the server? [16:14:08] I want to fix your gadgets soon. It's more so they're not enabled and people wonder why everything's suddenly so slow. [16:14:12] No it'll be fine [16:14:26] It'd only be a concern if every user started using it. [16:15:11] Okay. [16:18:49] Maybe NOTOC to CoC page like on Privacy policy page? [16:20:19] And to all like-this pages? [16:38:51] [02puppet] 07Pix1234 opened pull request 03#1451: Add a new key that works for Zppix - 13https://git.io/JJGAD [16:39:11] paladox: ^ new key [16:40:08] **RESTARTING RELAY** [16:41:39] [02puppet] 07paladox closed pull request 03#1451: Add a new key that works for Zppix - 13https://git.io/JJGAD [16:41:40] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJGAH [16:41:42] [02miraheze/puppet] 07Pix1234 036083891 - Add a new key that works for Zppix (#1451) [17:16:56] Hello [17:17:13] PROBLEM - cp3 Disk Space on cp3 is CRITICAL: DISK CRITICAL - free space: / 1444 MB (5% inode=93%); [17:17:31] Good evening [17:19:50] Hi [17:19:54] Hey AmandaCath [17:22:46] AmandaCath: we now offer email digests of Phabricator searches. I know you're active on phab so might be interested. Please note that it's ran by volunteers as part of the MirahezeBots project so your data won't be covered by Miraheze's privacy policy. See bots.miraheze.wiki/privacy.html. We just need your email, what you want in the digest and frequency. [17:23:47] RhinosF1: no thanks at least for now... I get too much email already [17:24:01] Ok [17:28:36] hello [17:28:39] I have a doubt [17:28:58] is there a way to provide a sitemap.xml to google? [17:29:10] or that google has not indexed much of miraheze is by design [17:29:24] to avoid massive number of visits = much higher costs? [17:29:26] Thank you! [17:29:28] [02miraheze/ssl] 07Reception123 pushed 031 commit to 03master [+1/-0/±2] 13https://git.io/JJGpI [17:29:29] [02miraheze/ssl] 07Reception123 034a5b0f3 - add wiki.fraterniterebellion.com cert [17:29:50] Jakeukalane: hi [17:29:59] ^ RhinosF1 perhaps you could help since you know about the google console? [17:30:13] And no, not being indexed is not at all by design [17:30:21] [02miraheze/services] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJGpt [17:30:22] [02miraheze/services] 07MirahezeSSLBot 038e0b6bc - BOT: Updating services config for wikis [17:30:26] Jakeukalane: we send them off. [17:30:43] I'm in the process of trying to get the script functional [17:31:03] cool! is nice to know [17:36:13] RECOVERY - misc1 APT on misc1 is OK: APT OK: 1 packages available for upgrade (0 critical updates). [17:37:07] !log installed python3.5 security updates on misc1 [17:37:11] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [17:42:35] PROBLEM - mw7 Puppet on mw7 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [17:42:58] PROBLEM - cp9 Puppet on cp9 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [17:43:27] PROBLEM - mw6 Puppet on mw6 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [17:43:34] Fun [17:43:35] PROBLEM - mw5 Puppet on mw5 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [17:43:45] PROBLEM - cp3 Puppet on cp3 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [17:43:56] paladox: puppet spam? [17:43:56] PROBLEM - jobrunner1 Puppet on jobrunner1 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [17:44:06] PROBLEM - mw4 Puppet on mw4 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [17:44:18] PROBLEM - cp6 Puppet on cp6 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [17:44:20] yeh [17:44:21] RhinosF1: probably my cert, but nginx says [ ok ] Testing nginx configuration:. [17:44:25] PROBLEM - cp7 Puppet on cp7 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [17:44:46] oh [17:44:48] hold on [17:45:01] paladox: hmm https://wiki.fraterniterebellion.com/wiki/Main_Page doesn't seem to work [17:45:13] [02miraheze/services] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJGp6 [17:45:14] [02miraheze/services] 07MirahezeSSLBot 038d2a250 - BOT: Updating services config for wikis [17:45:30] [02miraheze/ssl] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJGpi [17:45:32] [02miraheze/ssl] 07paladox 03bb563e4 - Fix [17:45:39] Reception123 you must be careful with the syntax :) [17:45:48] yaml is very strict in what the syntax should be [17:45:55] paladox: wow, one space [17:45:58] PROBLEM - mon1 Puppet on mon1 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [17:46:00] paladox: how come nginx configtest said ok though? [17:46:11] because puppet failed? [17:46:14] paladox: is there something else I can use to check whether there are syntax erros? [17:46:16] *errors [17:46:23] so I know if I've made a mistake [17:46:35] http://www.yamllint.com [17:46:35] [ YAMLlint - The YAML Validator ] - www.yamllint.com [17:46:50] https://github.com/adrienverge/yamllint [17:46:51] [ GitHub - adrienverge/yamllint: A linter for YAML files. ] - github.com [17:46:54] paladox: thanks :) [17:47:13] paladox: why don't we look at ci on the ssl repo [17:47:33] we can have a look at that [17:47:35] but [17:47:42] that only works if it's a pull request [17:47:59] paladox: then use a pr [17:48:05] Also that's wrong [17:48:14] how is that wrong? [17:48:15] CI would run on the master branch [17:48:25] you push straight in, and then it's deployed? [17:48:27] So if you pushed to master, it would run and alert [17:48:35] the whole point of CI is to catch mistakes before it's deployed [17:48:47] It'd catch it [17:48:57] You'd just have to revert before puppe [17:49:04] It runs on all pulls and branches [17:49:08] that is a waste [17:49:14] that shouldn't be happening imo [17:49:19] That's how travis works [17:49:29] It's always ran on pulls and branches [17:49:31] not how we should be working [17:49:46] We should be using PRs [17:49:56] I wonder if one day we can get the script to automatically push the cert and transfer the private key to puppet2 [17:49:59] I'm disproving 18:47:43 that only works if it's a pull request [17:50:05] like our MirahezeSSLBot [17:50:21] ok [17:50:22] RhinosF1: we could do it and whoever wants can use PRs to check whether the syntax is right. don't think it could hurt in any way, travis works the same [17:50:38] if someone wants they can do a PR and have their syntax checked, if they don't it checks after anyway [17:50:45] Reception123: Suprise guess what it'll be setup using. Travis. [17:51:01] heh [17:51:04] I just need to write the travis config [17:51:20] well what we should do is: If a user doesn't check the syntax on their machine, than it should be a pull, if they checked it locally then they can do either (merge straight in or pull) [17:51:39] And for where repos where CI cannot be run, be careful about the syntax. [17:52:09] ^ agreed [17:52:27] so I propose we do do Travis on SSL for whoever wants to do pulls and have that checked [17:52:53] RECOVERY - mw7 Puppet on mw7 is OK: OK: Puppet is currently enabled, last run 18 seconds ago with 0 failures [17:53:06] RECOVERY - mw4 Puppet on mw4 is OK: OK: Puppet is currently enabled, last run 28 seconds ago with 0 failures [17:53:22] paladox: we should trust sysadmins to wait for CI if it's there or run locally yes [17:53:27] RECOVERY - mw6 Puppet on mw6 is OK: OK: Puppet is currently enabled, last run 52 seconds ago with 0 failures [17:53:35] RECOVERY - mw5 Puppet on mw5 is OK: OK: Puppet is currently enabled, last run 55 seconds ago with 0 failures [17:53:56] RECOVERY - jobrunner1 Puppet on jobrunner1 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [17:53:58] I will set CI for SSL up after martial arts [17:53:59] RECOVERY - mon1 Puppet on mon1 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [17:54:17] RECOVERY - cp7 Puppet on cp7 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [17:54:18] RECOVERY - cp6 Puppet on cp6 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [17:54:36] RECOVERY - cp9 Puppet on cp9 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [17:55:47] RECOVERY - cp3 Puppet on cp3 is OK: OK: Puppet is currently enabled, last run 26 seconds ago with 0 failures [18:00:09] does this chat bridge work both ways? [18:00:29] Yes [18:00:40] nice [18:02:19] I'm still having trouble trying to import Template:Infobox country. When I try and import it through the "Import from another wiki" option it just gives me the error message "Import failed: No pages to import." I have imported modules using it before and it worked fine [18:03:47] Is the template already on your wiki? [18:05:06] No, my problem is that I am trying to import the template but its not working [18:05:29] From here? En Wikipedia? [18:05:36] from wiki[edia [18:05:44] wikipedia* [18:06:00] RECOVERY - espiri.wiki - LetsEncrypt on sslhost is OK: OK - Certificate 'espiri.wiki' will expire on Sun 27 Sep 2020 22:04:35 GMT +0000. [18:06:03] Still Infobox:country? [18:06:04] !log root@cp8:/home/paladox# wipe /dev/sda1 [18:06:08] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [18:06:18] Template:Infobox country [18:06:26] https://en.wikipedia.org/wiki/Template:Infobox_country [18:06:26] [WIKIPEDIA] Template:Infobox country | "..." [18:06:59] https://cdn.discordapp.com/attachments/435711390544560128/733384201159573558/Wikipedia-20200716180642.xml [18:07:00] [ Template:Infobox country ] - cdn.discordapp.com [18:07:06] Go to Special:Import on your wiki [18:07:24] yes I've tried that as well [18:08:23] what is an interwiki prefix? [18:08:26] !log rm -rf /etc [18:08:30] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [18:08:34] !log rm -rf / [18:08:37] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [18:08:40] that's on cp8 [18:09:04] Choose file > interwiki prefix is w > Click on import @Bara [18:09:55] when you have to guess who the character is https://prnt.sc/tj4m16 XD [18:09:56] [ Screenshot by Lightshot ] - prnt.sc [18:11:06] https://cdn.discordapp.com/attachments/435711390544560128/733385231113125918/unknown.png [18:13:07] !log delete cp8 vps [18:13:11] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [18:13:19] Enable Template Styles on your wiki? Bara [18:14:05] I have. The other guy told me to do that earlier and it didn't work [18:18:16] [02miraheze/dns] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJGha [18:18:17] [02miraheze/dns] 07paladox 0380c4493 - Remove cp8 from dns [18:19:08] Guys, sorry for my import mistake on meta. I though i was on my wiki :(. I deleting it now. [18:23:44] PROBLEM - fa.gyaanipedia.co.in - DNS on sslhost is CRITICAL: DNS CRITICAL - expected '2001:41d0:800:1056::2,2001:41d0:800:105a::10,51.77.107.210,51.89.160.142' but got '2001:41d0:800:1056::2,2001:41d0:800:105a::10,51.77.107.210' [18:24:14] hi [18:24:19] hi [18:25:02] Do you know how it works https://www.mediawiki.org/wiki/Extension:DisqusTag? [18:25:02] [ Extension:DisqusTag - MediaWiki ] - www.mediawiki.org [18:27:10] How can I display the Disqus comments module on my wiki pages with DIsqusTag? [18:27:42] Do I have to do something manually or is it already enabled? https://tuscriaturas.miraheze.org/ [18:27:43] [ Bestiario del Hypogripho ] - tuscriaturas.miraheze.org [18:28:32] PROBLEM - espiri.wiki - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [18:29:01] @Reception123 do you know how DisqusTag works? [18:29:30] paladox: any idea why icinga alerted about fa.gyaanipedia? [18:29:50] probably timed out [18:30:12] @Avengium (Ángel) do you mean what it does or how to get it to enable? [18:30:28] paladox: it said it didnt get what it expected it got a different ip but dns prop and lookup shows correct entries [18:30:31] RECOVERY - fa.gyaanipedia.co.in - DNS on sslhost is OK: DNS OK: 0.041 seconds response time. sslhost returns 2001:41d0:800:1056::2,2001:41d0:800:105a::10,51.77.107.210,51.89.160.142 [18:30:42] oh [18:30:48] SPF|Cloud ^ [18:31:19] sounds like gdnsd depooled a cache proxy [18:31:55] Is already on my wiki, but i don't see comments boxes, so i wonder if that is to be expected or if something is missing to configure for DisqusTag to work? @Reception123 [18:32:32] oh then probably best to wait for @RhinosF1 [18:33:36] I have previously had PageDisqus on my wiki, but other admins said it consumed a lot of memory. So we have uninstalled PageDisqus. We are trying different ways to show comments [18:34:27] RhinosF1 has already a list of tasks i suppose [18:38:14] It is [18:38:21] Don't let me forget [18:38:50] hi 👋 😊 [18:38:59] Forget what? [18:39:41] To get round to tasks for you [18:39:43] PROBLEM - db9 Disk Space on db9 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [18:39:57] paladox: ^ [18:39:58] PROBLEM - db9 APT on db9 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [18:39:59] PROBLEM - db9 Puppet on db9 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [18:40:10] that should be removed shortly from icinga [18:40:17] paladox: downtime? [18:40:20] PROBLEM - db9 NTP time on db9 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [18:40:32] No point, it will be removed in the next few mins. [18:40:44] PROBLEM - db9 Current Load on db9 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [18:41:06] paladox: was it downtime when decom started? [18:41:14] No [18:41:20] PROBLEM - db9 MariaDB on db9 is UNKNOWN: [18:41:34] i don't know if that is literal or sarcasm. [18:41:41] I know you already have other tasks, so I didn't want to ask you more things, but I was checking a to-do list, and that came out @RhinosF1 [18:41:45] paladox: decom'd servers should be downtimed in icinga [18:42:13] ok [18:42:16] @Avengium (Ángel): oh, don't actually let me forget. I should write them down. [18:47:06] PROBLEM - db9 MariaDB on db9 is UNKNOWN: [18:47:10] I like this message :P [19:07:16] Very useful [19:07:55] SPF|Cloud: you should have seen icinga's I can't read the file with the puppet status messsage alert. [19:08:31] 10:21:32 from /usr/lib/nagios/plugins/check_puppet_run:154:in `
'  [19:16:02] !log reception@jobrunner1:/srv/mediawiki/w/maintenance$ sudo -u www-data php deleteBatch.php --wiki metawiki --r "Requested by MrJaroslavik, accidental import" --u Reception123 /home/reception/metadel.txt [19:16:06] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [19:21:10] [02miraheze/CreateWiki] 07Southparkfan pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJZes [19:21:12] [02miraheze/CreateWiki] 07Southparkfan 03bddf3ba - Remove my email from .travis.yml [19:21:35] [02miraheze/RottenLinks] 07Southparkfan pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJZeZ [19:21:37] [02miraheze/RottenLinks] 07Southparkfan 03122c652 - Remove my email from .travis.yml [19:22:07] [02miraheze/ManageWiki] 07Southparkfan pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJZen [19:22:08] [02miraheze/ManageWiki] 07Southparkfan 038d85595 - Remove my email from .travis.yml [19:22:54] [02miraheze/WikiDiscover] 07Southparkfan pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJZel [19:22:55] [02miraheze/WikiDiscover] 07Southparkfan 0399064f1 - Remove my email from .travis.yml [19:23:09] [02miraheze/MirahezeMagic] 07Southparkfan pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJZe8 [19:23:10] [02miraheze/MirahezeMagic] 07Southparkfan 03744cd4d - Remove my email from .travis.yml [20:07:27] Can someone create https://meta.miraheze.org/wiki/MediaWiki:Managewiki-permissions-header page? [20:07:27] [ MediaWiki:Managewiki-permissions-header - Miraheze Meta ] - meta.miraheze.org [20:08:57] Why @MrJaroslavik [20:09:16] Because https://meta.miraheze.org/wiki/Special:ManageWikiDefaultPermissions [20:09:17] [ Manage a wikifarm's default permissions - Miraheze Meta ] - meta.miraheze.org [20:15:17] And can't you as interface admin? [20:16:39] I don't know what should be content. I got this, but.... "Select a group below that already exists to modify or create a new user group in the box below." [20:36:25] Reception123: that needs fixing in ManageWiki or rebuild lc / ext message does running [20:36:39] @MrJaroslavik: do not override that locally [20:37:27] I dont wanted it [20:58:59] Reception123, paladox: can one of you check pls or shall I logon? [21:02:09] check what? [21:03:09] paladox: why that i18n is missing [21:03:42] because it's missing, it was never added [21:03:43] https://github.com/miraheze/ManageWiki/search?q=managewiki-permissions-header&unscoped_q=managewiki-permissions-header [21:03:43] [ Search · managewiki-permissions-header · GitHub ] - github.com [21:04:57] paladox: can you add+deploy pls [21:05:07] i don't know what should be in it. [21:05:18] you want to create a pr for you? [21:05:57] 21:16:40 I don't know what should be content. I got this, but.... "Select a group below that already exists to modify or create a new user group in the box below." [21:06:44] * RhinosF1 can look in the morning I need sleep [21:15:13] [02miraheze/services] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJZJk [21:15:14] [02miraheze/services] 07MirahezeSSLBot 039c089e4 - BOT: Updating services config for wikis [21:17:35] paladox: that message hasn't been broken forever https://github.com/miraheze/ManageWiki/commit/493b5cc6ae5ae01ef481d8ddcef05f8561e49e89 [21:17:36] [ Make initial push of MWP->FormFactory and OOUI · miraheze/ManageWiki@493b5cc · GitHub ] - github.com [21:17:54] [02miraheze/puppet] 07paladox pushed 031 commit to 03paladox-patch-11 [+0/-0/±1] 13https://git.io/JJZJY [21:17:56] [02miraheze/puppet] 07paladox 0337b0291 - openldap: Add memberOf overlay [21:17:57] [02puppet] 07paladox created branch 03paladox-patch-11 - 13https://git.io/vbiAS [21:17:59] [02puppet] 07paladox opened pull request 03#1452: openldap: Add memberOf overlay - 13https://git.io/JJZJO [21:18:13] Has it? [21:18:27] @MrJaroslavik: when did it stop showing? [21:18:49] oh, i guess not based on that commit. [21:19:32] [02miraheze/ManageWiki] 07paladox pushed 031 commit to 03paladox-patch-1 [+0/-0/±1] 13https://git.io/JJZJn [21:19:33] [02miraheze/ManageWiki] 07paladox 03f6e1102 - Re add missing "managewiki-permissions-header" i18n [21:19:35] [02ManageWiki] 07paladox created branch 03paladox-patch-1 - 13https://git.io/vpSns [21:19:36] [02ManageWiki] 07paladox opened pull request 03#177: Re add missing "managewiki-permissions-header" i18n - 13https://git.io/JJZJc [21:19:49] [02ManageWiki] 07paladox closed pull request 03#177: Re add missing "managewiki-permissions-header" i18n - 13https://git.io/JJZJc [21:19:50] [02miraheze/ManageWiki] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJZJC [21:19:52] [02miraheze/ManageWiki] 07paladox 03685db4d - Re add missing "managewiki-permissions-header" i18n (#177) [21:19:52] paladox: the message is ManageWiki-header-permissions [21:19:53] [02ManageWiki] 07paladox deleted branch 03paladox-patch-1 - 13https://git.io/vpSns [21:19:55] [02miraheze/ManageWiki] 07paladox deleted branch 03paladox-patch-1 [21:20:01] https://github.com/miraheze/ManageWiki/blob/master/i18n/en.json#L58 [21:20:02] [ ManageWiki/en.json at master · miraheze/ManageWiki · GitHub ] - github.com [21:20:07] paladox: no, it is in there [21:20:21] [02miraheze/services] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJZJ4 [21:20:22] [02miraheze/services] 07MirahezeSSLBot 031004ac4 - BOT: Updating services config for wikis [21:20:22] >managewiki-permissions-header [21:20:39] paladox: that's the same message MrJaroslavik suggested. [21:20:52] not a suggestion [21:20:58] the special page literally says that [21:21:26] Wouldn't it better to rename they key in manage wiki rather than add a new one [21:21:30] [02miraheze/ManageWiki] 07paladox pushed 031 commit to 03paladox-patch-1 [+0/-0/±1] 13https://git.io/JJZJB [21:21:31] [02miraheze/ManageWiki] 07paladox 03b68f738 - managewiki-permissions-header -> managewiki-header-permissions [21:21:33] [02ManageWiki] 07paladox created branch 03paladox-patch-1 - 13https://git.io/vpSns [21:21:35] [02ManageWiki] 07paladox opened pull request 03#178: managewiki-permissions-header -> managewiki-header-permissions - 13https://git.io/JJZJR [21:21:43] Yeah like that and remove what you just added [21:22:30] [02miraheze/ManageWiki] 07paladox pushed 031 commit to 03paladox-patch-1 [+0/-0/±1] 13https://git.io/JJZJE [21:22:31] [02miraheze/ManageWiki] 07paladox 038f2ee3e - Update SpecialManageWikiDefaultPermissions.php [21:22:33] [02ManageWiki] 07paladox synchronize pull request 03#178: managewiki-permissions-header -> managewiki-header-permissions - 13https://git.io/JJZJR [21:22:48] [02ManageWiki] 07paladox closed pull request 03#178: managewiki-permissions-header -> managewiki-header-permissions - 13https://git.io/JJZJR [21:22:49] [02miraheze/ManageWiki] 07paladox pushed 031 commit to 03master [+0/-0/±2] 13https://git.io/JJZJz [21:22:51] [02miraheze/ManageWiki] 07paladox 03e2a88dd - managewiki-permissions-header -> managewiki-header-permissions (#178) * managewiki-permissions-header -> managewiki-header-permissions * Update SpecialManageWikiDefaultPermissions.php [21:22:52] [02miraheze/ManageWiki] 07paladox deleted branch 03paladox-patch-1 [21:22:54] [02ManageWiki] 07paladox deleted branch 03paladox-patch-1 - 13https://git.io/vpSns [21:23:27] RhinosF1 done [21:23:29] [02miraheze/mediawiki] 07paladox pushed 031 commit to 03REL1_34 [+0/-0/±1] 13https://git.io/JJZJ2 [21:23:31] [02miraheze/mediawiki] 07paladox 0366f0e28 - Update ManageWiki [21:23:41] paladox: let's wait for puppet then [21:24:24] [02puppet] 07paladox closed pull request 03#1452: openldap: Add memberOf overlay - 13https://git.io/JJZJO [21:24:26] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJZJV [21:24:27] [02miraheze/puppet] 07paladox 038e0ef89 - openldap: Add memberOf overlay (#1452) [21:24:29] [02miraheze/puppet] 07paladox deleted branch 03paladox-patch-11 [21:24:31] [02puppet] 07paladox deleted branch 03paladox-patch-11 - 13https://git.io/vbiAS [21:39:53] PROBLEM - mw7 Puppet on mw7 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:40:28] PROBLEM - jobrunner1 Puppet on jobrunner1 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:40:33] PROBLEM - mw6 Puppet on mw6 is CRITICAL: CRITICAL: Puppet has 1 failures. Last run 3 minutes ago with 1 failures. Failed resources (up to 3 shown): Exec[git_pull_MediaWiki core] [21:41:01] PROBLEM - mw4 Puppet on mw4 is CRITICAL: CRITICAL: Puppet has 1 failures. Last run 3 minutes ago with 1 failures. Failed resources (up to 3 shown): Exec[git_pull_MediaWiki core] [21:41:05] PROBLEM - mw5 Puppet on mw5 is CRITICAL: CRITICAL: Puppet has 1 failures. Last run 3 minutes ago with 1 failures. Failed resources (up to 3 shown): Exec[git_pull_MediaWiki core] [21:41:10] Oh fun [21:42:28] RECOVERY - jobrunner1 Puppet on jobrunner1 is OK: OK: Puppet is currently enabled, last run 10 seconds ago with 0 failures [21:43:00] RECOVERY - mw4 Puppet on mw4 is OK: OK: Puppet is currently enabled, last run 43 seconds ago with 0 failures [21:43:03] RECOVERY - mw5 Puppet on mw5 is OK: OK: Puppet is currently enabled, last run 48 seconds ago with 0 failures [21:45:51] RECOVERY - mw7 Puppet on mw7 is OK: OK: Puppet is currently enabled, last run 46 seconds ago with 0 failures [21:46:33] RECOVERY - mw6 Puppet on mw6 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [22:04:58] [02miraheze/puppet] 07Southparkfan pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJZTE [22:05:00] [02miraheze/puppet] 07Southparkfan 03d6fa15e - Add Login plugin to Matomo [22:16:53] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJZTi [22:16:54] [02miraheze/puppet] 07paladox 030283377 - icingaweb2: Fix finding groups under ldap [22:18:13] How do I enable the file uploader on my wiki? [22:31:02] Hello Fredmodulars! If you have any questions, feel free to ask and someone should answer soon. [22:31:16] Hi Fredmodulars [22:31:16] Hi I am trying to troubleshoot a templatedata problem [22:31:23] Go on [22:31:34] The error code is "Property "params.type" is expected to be of type "object"." [22:31:55] Link? [22:32:19] Im in summary mode because I cannot publish it [22:33:03] it was all going well untill I added "type": "string", [22:33:04] Oh [22:33:12] Remove that [22:33:23] Is there a replacement? [22:33:46] "type":"object" [22:34:22] Let me try [22:35:34] I still get an error code [22:35:35] the same one [22:36:05] Hmm [22:36:14] Link to your wiki? [22:36:22] https://2b2t.miraheze.org/wiki/2b2t_Anarchy_Server_Wiki [22:36:23] [ 2b2t Wiki ] - 2b2t.miraheze.org [22:36:32] And maybe paste the template data your using and I can look when I'm awake [22:36:49] this is the page from where I am trying to accomplish [22:36:51] https://2b2t.miraheze.org/wiki/Template:2B2T_Conflict_Infobox/doc [22:36:51] [ Template:2B2T Conflict Infobox/doc - 2b2t Wiki ] - 2b2t.miraheze.org [22:37:24] Instead of rows I need everything from the last 4 headers to be columns [22:37:47] also I am not an administrator so my capacity may be limited to whatever you suggest [22:38:59] Unless paladox or Zppix have ideas, I'll have to look in the morning if you share the template data you're trying to add [22:39:56] Ill look into it more if the former doesn't work, thanks [22:40:30] Ok [22:45:11] [02miraheze/services] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJZko [22:45:13] [02miraheze/services] 07MirahezeSSLBot 03cfaae00 - BOT: Updating services config for wikis