[00:01:00] !log delete from mw_permissions where perm_dbname = 'ryfusewiki'; - dbt1 [00:01:27] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [00:02:22] RECOVERY - cp8 Disk Space on cp8 is OK: DISK OK - free space: / 3849 MB (19% inode=93%); [00:02:58] [02ManageWiki] 07paladox closed pull request 03#148: Lower group name - 13https://git.io/JfIUZ [00:03:00] [02miraheze/ManageWiki] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JfIqP [00:03:01] [02miraheze/ManageWiki] 07paladox 03eae0d1c - Lower group name (#148) [00:03:03] [02ManageWiki] 07paladox deleted branch 03paladox-patch-4 - 13https://git.io/vpSns [00:03:04] [02miraheze/ManageWiki] 07paladox deleted branch 03paladox-patch-4 [00:03:49] [02miraheze/mediawiki] 07paladox pushed 031 commit to 03REL1_34 [+0/-0/±1] 13https://git.io/JfIq1 [00:03:51] [02miraheze/mediawiki] 07paladox 036c8ee03 - Update ManageWiki [00:05:26] !log run /home/paladox/resetWikiCaches.php on jobrunner1 [00:05:30] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [01:50:20] [02miraheze/services] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JfIOj [01:50:22] [02miraheze/services] 07MirahezeSSLBot 038613a23 - BOT: Updating services config for wikis [01:55:29] PROBLEM - cp8 Current Load on cp8 is CRITICAL: CRITICAL - load average: 0.86, 2.03, 1.84 [01:58:28] RECOVERY - cp8 Current Load on cp8 is OK: OK - load average: 1.19, 1.61, 1.70 [02:05:22] PROBLEM - ns1 GDNSD Datacenters on ns1 is CRITICAL: CRITICAL - 1 datacenter is down: 2001:41d0:800:1056::2/cpweb [02:08:52] RECOVERY - ns1 GDNSD Datacenters on ns1 is OK: OK - all datacenters are online [02:30:19] [02miraheze/services] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JfIsE [02:30:21] [02miraheze/services] 07MirahezeSSLBot 039c0aeff - BOT: Updating services config for wikis [05:18:12] PROBLEM - ns1 Puppet on ns1 is CRITICAL: CRITICAL: Failed to apply catalog, zero resources tracked by Puppet. It might be a dependency cycle. [05:24:27] RECOVERY - ns1 Puppet on ns1 is OK: OK: Puppet is currently enabled, last run 2 minutes ago with 0 failures [05:48:50] Reception123: PM please [05:49:28] RhinosF1: k [06:56:42] PROBLEM - mw7 Puppet on mw7 is CRITICAL: CRITICAL: Puppet has 1 failures. Last run 5 minutes ago with 1 failures. Failed resources (up to 3 shown): Package[php7.3-apcu] [06:57:54] all things Miraheze are going very slow for me [06:58:43] requests are timing out [07:00:15] okee doke, back to normal :) [07:02:46] RECOVERY - mw7 Puppet on mw7 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [07:03:41] musikanimal: use !_sre if it happens again [07:04:05] will do. Thanks! [07:09:23] wonder if it was OVH again [07:10:32] Reception123: evidence? [07:10:52] RhinosF1: no, that's why I said "wonder" since the other issue happened just two days ago [07:11:20] * RhinosF1 looking [07:13:07] Reception123: no incidents reported [07:13:09] !s [07:13:10] Please wait while I check the status of Miraheze Services. [07:13:17] hmm ok, probably just us hten [07:13:18] *then [07:13:33] Reception123: very likely [07:13:46] SigmaBot: today? [07:14:47] Reception123: good sign when sigma’s stuck checking the statud [07:16:36] Heh [07:16:39] !s [07:16:41] Please wait while I check the status of Miraheze Services. [07:35:10] [02miraheze/services] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JfIlJ [07:35:11] [02miraheze/services] 07MirahezeSSLBot 03556a549 - BOT: Updating services config for wikis [07:45:12] [02miraheze/services] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JfIli [07:45:13] [02miraheze/services] 07MirahezeSSLBot 032706340 - BOT: Updating services config for wikis [08:05:16] Reception123: less than 200 edits until we hit 100,000 on meta! [08:05:37] yay [08:06:51] Reception123: I’m gonna write a note and a temp image logo in 30 mins [08:07:30] ok [08:09:29] PROBLEM - ns1 Puppet on ns1 is CRITICAL: CRITICAL: Puppet has 1 failures. Last run 7 minutes ago with 1 failures. Failed resources (up to 3 shown): Package[nagios-plugins] [08:12:33] RECOVERY - ns1 Puppet on ns1 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [08:58:31] [02mw-config] 07RhinosF1 opened pull request 03#3032: use $wgServer as $wmgHostname is null - 13https://git.io/JfIE9 [08:58:42] Reception123: ^ [08:58:56] * RhinosF1 did not suggest merging that as he is "hoping" it works [09:05:16] guess John or paladox will have to look at that, though could you please indicate the problem that you're having in the PR? [09:06:11] [02mw-config] 07paladox closed pull request 03#3032: use $wgServer as $wmgHostname is null - 13https://git.io/JfIE9 [09:06:21] [02mw-config] 07paladox commented on pull request 03#3032: use $wgServer as $wmgHostname is null - 13https://git.io/JfIuu [09:07:04] paladox: that does not work [09:07:11] it does work [09:07:15] works on the staff wiki [09:07:58] paladox: or randomly failed for half an hour. Was getting access denied and tried mw.config.get in console and returned null [09:08:22] where? [09:08:25] paladox: any idea how too bypass mediawiki's unsafe css check on SVGs? [09:08:29] paladox: rhinosf1wiki [09:08:30] we cannot investigate unless you give info [09:08:56] https://rhinosf1.miraheze.org/w/img_auth.php/0/0f/100-000.svg works [09:08:56] [ Access denied ] - rhinosf1.miraheze.org [09:09:56] paladox: ' randomly failed for half an hour' - works now. $wmgHostname still null from console and no thumbnail generated though [09:10:39] paladox: also, see if you can overwrite with an svg about to send you as it keeps saying unsafe for me [09:14:25] paladox: still no thumbnail [09:16:06] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JfIub [09:16:07] [02miraheze/mw-config] 07paladox 03f06f407 - Fix setting wgGenerateThumbnailOnParse to true when wmgPrivateUploads is enabled [09:20:20] [02miraheze/services] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JfIup [09:20:21] [02miraheze/services] 07MirahezeSSLBot 03eadcd3b - BOT: Updating services config for wikis [11:04:09] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JfI2a [11:04:11] [02miraheze/mw-config] 07paladox 038901367 - Fix disabling wgCookieWarningEnabled when using proton [11:04:50] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JfI2V [11:04:52] [02miraheze/mw-config] 07paladox 032e67503 - Don't use $GLOBALS [11:06:16] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JfI2K [11:06:17] [02miraheze/mw-config] 07paladox 03e1e4876 - Remove harrypotterwiki from LocalWiki - wiki does not exist [11:08:58] [02miraheze/mw-config] 07paladox pushed 031 commit to 03paladox-patch-1 [+0/-0/±1] 13https://git.io/JfI2M [11:09:00] [02miraheze/mw-config] 07paladox 03d51d06a - isvwiki: Move wgDefaultUserOptions to LocalSettings [11:09:01] [02mw-config] 07paladox created branch 03paladox-patch-1 - 13https://git.io/vbvb3 [11:09:03] [02mw-config] 07paladox opened pull request 03#3033: isvwiki: Move wgDefaultUserOptions to LocalSettings - 13https://git.io/JfI2y [11:09:28] [02miraheze/mw-config] 07paladox pushed 031 commit to 03paladox-patch-1 [+0/-0/±1] 13https://git.io/JfI29 [11:09:29] [02miraheze/mw-config] 07paladox 035b80aeb - Update LocalWiki.php [11:09:31] [02mw-config] 07paladox synchronize pull request 03#3033: isvwiki: Move wgDefaultUserOptions to LocalSettings - 13https://git.io/JfI2y [11:11:02] miraheze/mw-config/paladox-patch-1/5b80aeb - paladox The build passed. https://travis-ci.org/miraheze/mw-config/builds/678552764 [11:11:13] [02mw-config] 07paladox closed pull request 03#3033: isvwiki: Move wgDefaultUserOptions to LocalSettings - 13https://git.io/JfI2y [11:11:14] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±2] 13https://git.io/JfI2Q [11:11:16] [02miraheze/mw-config] 07paladox 0369d0bea - isvwiki: Move wgDefaultUserOptions to LocalSettings (#3033) [11:11:18] [02mw-config] 07paladox deleted branch 03paladox-patch-1 - 13https://git.io/vbvb3 [11:11:19] [02miraheze/mw-config] 07paladox deleted branch 03paladox-patch-1 [11:12:47] [02miraheze/mw-config] 07paladox pushed 031 commit to 03paladox-patch-1 [+0/-0/±1] 13https://git.io/JfI2F [11:12:49] [02miraheze/mw-config] 07paladox 038edeaac - Move rest of wgDefaultUserOptions from LocalWiki to LocalSettings [11:12:50] [02mw-config] 07paladox created branch 03paladox-patch-1 - 13https://git.io/vbvb3 [11:12:52] [02mw-config] 07paladox opened pull request 03#3034: Move rest of wgDefaultUserOptions from LocalWiki to LocalSettings - 13https://git.io/JfI2b [11:13:36] [02miraheze/mw-config] 07paladox pushed 031 commit to 03paladox-patch-1 [+0/-0/±1] 13https://git.io/JfI2N [11:13:38] [02miraheze/mw-config] 07paladox 03daf6dc5 - Update LocalSettings.php [11:13:39] [02mw-config] 07paladox synchronize pull request 03#3034: Move rest of wgDefaultUserOptions from LocalWiki to LocalSettings - 13https://git.io/JfI2b [11:32:53] [02mw-config] 07JohnFLewis commented on pull request 03#3034: Move rest of wgDefaultUserOptions from LocalWiki to LocalSettings - 13https://git.io/JfIa0 [11:39:46] Alert to Miraheze Staff: It looks like the MirahezeRC bot has stopped! Recent Changes are no longer available from IRC. [11:40:57] [02mw-config] 07paladox commented on pull request 03#3034: Move rest of wgDefaultUserOptions from LocalWiki to LocalSettings - 13https://git.io/JfIa1 [11:41:17] [02mw-config] 07paladox synchronize pull request 03#3034: Move rest of wgDefaultUserOptions from LocalWiki to LocalSettings - 13https://git.io/JfI2b [11:41:18] [02miraheze/mw-config] 07paladox pushed 031 commit to 03paladox-patch-1 [+0/-0/±1] 13https://git.io/JfIaD [11:41:20] [02miraheze/mw-config] 07paladox 0358adc6d - Update LocalSettings.php [11:41:36] !shutup RC [11:41:36] Error. Unknown Service. [11:42:34] !shutup rc [11:42:34] I will not report MirahezeRC incidents [11:42:48] [02mw-config] 07paladox closed pull request 03#3034: Move rest of wgDefaultUserOptions from LocalWiki to LocalSettings - 13https://git.io/JfI2b [11:42:50] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±2] 13https://git.io/JfIa7 [11:42:51] [02miraheze/mw-config] 07paladox 03ec24222 - Move rest of wgDefaultUserOptions from LocalWiki to LocalSettings (#3034) [11:42:53] [02mw-config] 07paladox deleted branch 03paladox-patch-1 - 13https://git.io/vbvb3 [11:42:54] [02miraheze/mw-config] 07paladox deleted branch 03paladox-patch-1 [11:44:10] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JfIad [11:44:11] [02miraheze/mw-config] 07paladox 03701b26a - Fix setting wgExemptFromUserRobotsControl to [] under abitaregeawiki [12:21:21] Reception123: 99 edits to go! [12:22:56] :) [12:24:25] Reception123: we might make it today! [12:25:49] yeah [12:27:42] paladox: you had diff number 100,000 https://meta.miraheze.org/w/index.php?diff=100000 [12:27:43] [ Difference between revisions of "Tech:Server admin log" - Miraheze Meta ] - meta.miraheze.org [12:28:05] ok [12:32:30] Reception123: I’m excited! [12:32:40] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JfIwW [12:32:42] [02miraheze/mw-config] 07paladox 03d473550 - Migrate CrossReference to ExtensionRegistration [12:32:46] :) [12:34:49] 64 [12:35:12] 52 [12:35:33] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://github.com/miraheze/mw-config/compare/d473550ce5cd...31dd58a1dff8 [12:35:34] [ Comparing d473550ce5cd...31dd58a1dff8 · miraheze/mw-config · GitHub ] - github.com [12:35:34] [02miraheze/mw-config] 07paladox 0331dd58a - BlogPage requires SocialProfile to be enabled No need to duplicate loading SocialProfile.php [12:35:44] Reception123: We’ll do it!!!!! FuzzyBot is updating translations and will pass it!!! [12:36:00] I think [12:36:04] 51 now [12:36:11] yeah definitely today then [12:37:23] 51 left [12:37:29] * RhinosF1 getting very excited [12:37:40] https://meta.miraheze.org/wiki/Special:ApiSandbox#action=query&format=json&requestid=Check100-000&servedby=1&curtimestamp=1&meta=siteinfo&siprop=statistics [12:37:41] [ API sandbox - Miraheze Meta ] - meta.miraheze.org [12:39:09] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JfIwa [12:39:10] [02miraheze/mw-config] 07paladox 03312ca2f - Migrate Collection to ExtensionRegistration [12:41:03] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JfIwr [12:41:04] [02miraheze/mw-config] 07paladox 03d081aca - Migrate DonateBoxInSidebar to ExtensionRegistration [12:42:07] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JfIw6 [12:42:09] [02miraheze/mw-config] 07paladox 031b711ad - Fix [12:42:37] paladox: broke [12:42:54] [02miraheze/mw-config] 07paladox pushed 032 commits to 03master [+0/-0/±2] 13https://git.io/JfIwi [12:42:56] [02miraheze/mw-config] 07paladox 0357b59e4 - Revert "Fix" This reverts commit 1b711ad77ebd219c3440cdeeacd5327e49f1210c. [12:42:57] [02miraheze/mw-config] 07paladox 035476485 - Revert "Migrate DonateBoxInSidebar to ExtensionRegistration" This reverts commit d081aca96536f60ff0ab8b3dbbf8af6babda5d73. [12:45:11] paladox: back :) [12:56:48] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JfIrq [12:56:49] [02miraheze/mw-config] 07paladox 03869263c - Migrate FlaggedRevs to ExtensionRegistration [13:01:19] [02miraheze/mediawiki] 07paladox pushed 031 commit to 03REL1_34 [+0/-0/±2] 13https://git.io/JfIrW [13:01:21] [02miraheze/mediawiki] 07paladox 03afbe281 - Update JavascriptSlideshow git url [13:03:15] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JfIrB [13:03:16] [02miraheze/mw-config] 07paladox 03801483c - Migrate JavascriptSlideshow to ExtensionRegistration [13:05:58] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JfIrV [13:05:59] [02miraheze/mw-config] 07paladox 036464e0a - Migrate PageNotice to ExtensionRegistration [13:08:17] Good morning [13:08:48] hey AmandaCath [13:10:10] * sariomobile greetings [13:11:35] PROBLEM - mw7 Puppet on mw7 is CRITICAL: CRITICAL: Puppet has 1 failures. Last run 4 minutes ago with 1 failures. Failed resources (up to 3 shown): Exec[git_pull_MediaWiki core] [13:12:04] hey AmandaCath [13:14:36] RECOVERY - mw7 Puppet on mw7 is OK: OK: Puppet is currently enabled, last run 2 minutes ago with 0 failures [13:17:35] Wow, we *really* need to figure out what the heck is going on with WikiBase Client [13:17:58] I count 11 (!!!) projects now requesting the extension whose requests are stalled [13:18:31] https://phabricator.miraheze.org/T4547 [13:18:32] [ ⚓ T4547 Fix WikiBase Client ] - phabricator.miraheze.org [13:25:35] AmandaCath: we know [13:26:10] PROBLEM - phab1 Puppet on phab1 is CRITICAL: CRITICAL: Puppet has 1 failures. Last run 4 minutes ago with 1 failures. Failed resources (up to 3 shown): Exec[git_clone_phabricator-extensions] [13:26:56] Also, does anyone else think that the user "Paul Ahyi" might be a sock of Sourav Handler? [13:27:05] PROBLEM - ns2 Puppet on ns2 is CRITICAL: CRITICAL: Puppet has 1 failures. Last run 4 minutes ago with 1 failures. Failed resources (up to 3 shown): Exec[git_pull_dns] [13:27:25] I mean, how many new accounts randomly show up and make an RFP as their first edit? [13:27:34] {{checkuser needed}} [13:27:35] https://meta.miraheze.org/wiki/Template:checkuser_needed [13:27:54] AmandaCath: also known [13:28:04] JohnLewis: want to do some checking? [13:28:47] PROBLEM - mw6 Puppet on mw6 is CRITICAL: CRITICAL: Puppet has 2 failures. Last run 4 minutes ago with 2 failures. Failed resources (up to 3 shown): Exec[git_pull_MediaWiki core],Exec[git_pull_landing] [13:29:09] PROBLEM - mw4 Puppet on mw4 is CRITICAL: CRITICAL: Puppet has 2 failures. Last run 4 minutes ago with 2 failures. Failed resources (up to 3 shown): Exec[git_pull_MediaWiki config],Exec[git_pull_MediaWiki core] [13:30:14] RhinosF1: Are you talking about the SonicSpeedRunner and the SokyoAnis? [13:30:17] PROBLEM - mw7 Puppet on mw7 is CRITICAL: CRITICAL: Puppet has 3 failures. Last run 5 minutes ago with 3 failures. Failed resources (up to 3 shown): Exec[git_pull_MediaWiki config],Exec[git_pull_MediaWiki core],Exec[git_pull_landing] [13:30:23] they are also potential socks [13:30:40] PROBLEM - ns1 Puppet on ns1 is CRITICAL: CRITICAL: Puppet has 1 failures. Last run 6 minutes ago with 1 failures. Failed resources (up to 3 shown): Exec[git_pull_dns] [13:30:41] Examknow: that’s one of them [13:30:46] yeah [13:30:56] Sourav looks like he is up to no good [13:31:04] I was talking about Paul Ahyi vs Sourav [13:31:09] especially with the history of SockPuppetry [13:31:46] AmandaCath: There are two RfPs above that all match the same MO [13:31:52] PROBLEM - jobrunner1 Puppet on jobrunner1 is CRITICAL: CRITICAL: Puppet has 3 failures. Last run 6 minutes ago with 3 failures. Failed resources (up to 3 shown): Exec[git_pull_MediaWiki config],Exec[git_pull_MediaWiki core],Exec[git_pull_landing] [13:32:47] I just gave Paul Ahyi an "AGF welcome to Miraheze but do you have another account" talk page message [13:32:50] RECOVERY - ns2 Puppet on ns2 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [13:32:54] We'll see what happens [13:33:06] RECOVERY - mw7 Puppet on mw7 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [13:33:35] RECOVERY - ns1 Puppet on ns1 is OK: OK: Puppet is currently enabled, last run 2 minutes ago with 0 failures [13:33:51] AmandaCath: My gut says they are socks [13:34:36] RECOVERY - mw6 Puppet on mw6 is OK: OK: Puppet is currently enabled, last run 2 minutes ago with 0 failures [13:34:37] Mine too, but I'm the queen of AGF and giving users a chance to explain themselves [13:34:48] RECOVERY - jobrunner1 Puppet on jobrunner1 is OK: OK: Puppet is currently enabled, last run 2 minutes ago with 0 failures [13:34:55] AmandaCath: That is good [13:35:33] Also I don't think we have a policy against running multiple personal wikis under different usernames, although it's probably discouraged simply for performance reasons [13:36:11] But voting for yourself on a Meta RFP and potentially filing RFPs under a sock username when your main account is not in good standing is another issue [13:37:20] AmandaCath: Exactly [13:37:49] not a global lock issue maybe but definiley a meta issue that needs a block [13:44:03] RECOVERY - phab1 Puppet on phab1 is OK: OK: Puppet is currently enabled, last run 2 minutes ago with 0 failures [13:44:18] RECOVERY - mw4 Puppet on mw4 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [13:47:19] paladox: did we kill the servers making our 100 000th meta edit? 503 [13:47:26] no [13:47:54] paladox: what did then? [13:48:10] seems to be working, so i dunno [13:48:47] !s [13:48:49] Please wait while I check the status of Miraheze Services. [13:48:50] Examknow: Status report finished. There are currently 0 dead services and 6 alive services. To view the full report, say !status. [13:49:00] paladox: back [13:49:05] And congrats everyone! [13:51:28] paladox: 503 again [13:51:36] !s [13:51:40] Please wait while I check the status of Miraheze Services. [13:51:40] works for me [13:51:40] RhinosF1: Status report finished. There are currently 0 dead services and 6 alive services. To view the full report, say !status. [13:52:01] RhinosF1: back online [13:52:43] yep [13:53:18] !log restart php-fpm on mw4 [13:53:21] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [13:53:23] !log restart nginx on mw4 [13:53:27] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [13:55:08] RequestWikiQueue is backlogged again [13:55:17] With some requests dating back to April 19 [13:55:41] Ack [13:55:48] AmandaCath: I can take care of those [14:00:40] can someone wake the pioneer up to do those Japanese wikis? [14:00:57] Examknow: no sign for a week [14:01:13] @The Pioneer ^ [14:01:48] zh I think is Chinese, not Japanese [14:01:59] I usually count on him to do the langs I don't speak [14:02:05] he usually does the chineese too [14:02:10] But regardless, translate tools don't like languages with characters instead of letters [14:02:48] AmandaCath: I can get by with that if absolutley necesarry [14:03:01] I got a google translate extension specifically for that [14:03:17] Personally I don't see a need to translate every single page [14:03:34] Pages that contain a paragraph or less and that are kind of self explanatory don't necessarily need a tbh [14:03:39] Reception123: I just translate the comments [14:03:44] though that's just me [14:03:48] just to make sure that they are on-topic [14:03:55] Examknow: no, I meant the [[Finance]] page [14:03:55] https://meta.miraheze.org/wiki/Finance [14:04:10] Reception123: I was talking about the fest that translate tools don't handle Asian-language wiki requests very well [14:04:17] fact* [14:04:46] AmandaCath: no, I wasn't referring to that. And what you do you mean by that anyway? [14:05:14] Reception123: There’s no harm to it at all [14:05:27] Google Translate especially often seems to output word salad for Chinese and sometimes Japanese characters [14:06:02] AmandaCath: well there's nothing we can do about that, that's why usually I prefer leaving those requests up to wiki creators that understand Japanese or Chinese [14:06:20] ^ [14:06:54] if they're not done in a day or two then I tend to do them and see what the machine translation says but obviously it can't be perfect [14:07:10] Understandable, but that's one way we end up with a backlog [14:11:58] AmandaCath, RhinosF1, Reception123: Backlog is all gone [14:12:11] yey [14:12:11] Examknow: thanks! [14:14:13] np [14:17:06] hmm, we're using the flagicon template by Wikimedia but it seems to slow down page loads significantly https://commons.wikimedia.org/wiki/Template:Flagicon Subsequent page loads are better, so it feels like a cache issue (at least)? [14:17:07] [ Template:Flagicon - Wikimedia Commons ] - commons.wikimedia.org [14:18:09] paladox: ^ is it a cache issue? [14:19:06] I guess [14:19:21] paladox: any idea of how we could fix i? [14:19:22] *it [14:19:22] I can send the wiki link in PM if needed (hesitating to post it publicly) [14:19:26] nope [14:19:57] well first page load should cache things [14:19:57] Tegu: you can PM it to me so I can take a look if you want [14:20:14] we have around 30 to 40 of those flags per page. some pages have a bit different flags [14:20:40] the flags are small-sized, though [14:20:57] but I don't know what happens in the background [14:21:16] They should cache eventually, it’s in localwiki.php I think the config [14:21:45] If it’s fine after the first load, the system is probably working as intended. [14:22:00] true [14:22:39] and after some time, they are removed from the cache and the same thing is needed, I guess? [14:23:02] .github Miraheze/mw-config [14:23:02] https://github.com/Miraheze/mw-config [14:24:02] I'm just curious as the flags are like 21x18 px. Does it fetch some higher resolution versions behind the scenes? [14:24:40] (I don't know specifically how that Wikimedia template works and is it optimal) [14:26:57] Tegu: it will use the api [14:27:10] see https://www.mediawiki.org/wiki/Manual:$wgUseInstantCommons [14:27:10] [ Manual:$wgUseInstantCommons - MediaWiki ] - www.mediawiki.org [14:27:47] Tegu: I tried the page and it loads fast for me (195ms) [14:27:48] oh well, github is down [14:28:17] hmm, I loaded another flag page a bit earlier.. so did it warm up the cache? :D [14:28:18] Tegu: works for me [14:28:26] same [14:28:31] https://www.githubstatus.com/ [14:28:32] [ GitHub Status ] - www.githubstatus.com [14:28:39] some incident ongoing [14:28:44] If some of the same images are used, they will remain cached [14:29:56] Can someone check #general in Discord and help that guy with visual editor? I can't tell what the problem is [14:30:19] yea.. so one would have to try with empty cache or something. It seemed to take a while on the first load. Surprisingly long for such small images. [14:30:47] and I have noticed this many times earlier, now I just decided to ask [14:30:55] Purge the page and then while loading press ctrl + f5 if window [14:31:01] s/ow/ows [14:31:02] RhinosF1 meant to say: Purge the page and then while loading press ctrl + f5 if windows [14:31:40] yea, that will clear client-side cache. I meant the server-side cache [14:32:13] purge the page and do that [14:32:24] Add ?action=purge to the URL [14:32:30] ooh [14:32:56] I'll clear the browser cache, open devtools to see timings and try that [14:34:31] .mh User:RhinosF1/global.js [14:34:32] https://meta.miraheze.org/wiki/User:RhinosF1/global.js [14:34:39] okay, that was fast.. So there's yet another cache for those flags [14:34:52] Tegu: ^ the showBackendPerformamce for that might helo [14:35:03] paladox: is something in gluster caching it? [14:35:10] no [14:35:47] paladox: is this file saved somewhere on our servers [14:35:48] we don't download the files because we do not want to be held liable in case wikimedia delete a file for copyright reasons [14:36:13] So there is no cache on our end [14:36:34] hmm, interesting [14:37:34] it just feels like something somewhere is doing more work than just serving that 21x18 px PNG [14:37:41] on the first load [14:38:52] again, not a huge issue, but it has happened so many times that I paid attention to it [14:40:25] it could be even out of your reach, I guess, if Miraheze doesn't download them? Perhaps in Mediawiki's end? no idea, just wild guesses [14:45:51] and indeed, as it gets faster on later loads, caching (somewhere) seems to do its job [15:08:34] .gh mediawiki [15:08:34] https://github.com/mediawiki [15:08:54] .gh miraheze/mediawiki [15:08:54] https://github.com/miraheze/mediawiki [15:38:53] Okay, that was weird [15:39:22] I just had to reboot my connection because for some reason it was saying that I was in New Hampshire, United States and connecting through Comcast [15:39:32] Never seen that happen before [17:16:40] [02puppet] 07examknow opened pull request 03#1346: adding bootstrap extension per item T5437 - 13https://git.io/JfIyV [17:18:00] PROBLEM - wiki.worldsofweary.com - LetsEncrypt on sslhost is WARNING: WARNING - Certificate 'wiki.worldsofweary.com' expires in 15 day(s) (Sat 09 May 2020 17:12:13 GMT +0000). [17:18:26] [02mw-config] 07examknow opened pull request 03#3035: add BootStrap Extension per T5437 - 13https://git.io/JfIyK [17:18:47] JohnLewis: https://2b2t.miraheze.org/wiki/Proposed_Changes_to_2b2t_Wiki_Staff [17:18:48] [ Proposed Changes to 2b2t Wiki Staff - 2b2t Wiki ] - 2b2t.miraheze.org [17:19:28] + can you look into RfXs on meta this morning and any blocks today I’ve made to see if CUs need doing [17:19:37] Sure [17:19:41] what a mess [17:20:48] Examknow: why do you think they have two stewards locally holding rights? [17:20:54] It is definately messy [17:22:35] [02miraheze/ssl] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JfIy9 [17:22:37] [02miraheze/ssl] 07MirahezeSSLBot 03f35122b - Bot: Update SSL cert for wiki.worldsofweary.com [17:23:00] can i have an ip chek bros [17:23:32] i'm also looking to have an IP check pls x [17:23:43] You’ll need to say which accounts and why [17:23:54] on which wiki as well [17:25:04] can i have an ip chek on https://moviepedia.miraheze.org/wiki/User:Jonathan222 [17:25:04] [ User:Jonathan222 - moviepedia ] - moviepedia.miraheze.org [17:25:10] Users "vexisc" and "vecu" on maiasongcontest.miraheze.org -- we don't allow alts because this is a voting based contest and having alts would be cheating [17:25:36] the user seems to be maybe an alt [17:26:19] JohnLewis: ^ want more to do :) [17:26:39] idk who rhinos is talking to [17:26:44] but i think its himself [17:27:17] RhinosF1: once I deal with other stuff on my new list [17:27:27] fun [17:27:38] this place needs more ip checker users [17:27:47] JohnLewis: Heh [17:27:55] Busy day today for vandals [17:28:17] is today national vandalism day [17:28:26] it's a shame there's not a feature wherein we can find alts ourselves >.< [17:29:21] @josh: Privacy reasons [17:29:36] @miraheze is better then fandom: I’m talking to a steward [17:30:09] well [17:30:11] we screwed [17:30:48] @RhinosF1 yeah i understand why we can't see the IP addresses ourselves, but if the wiki could flag up accounts that share IP addresses [17:30:53] would be cool ^^ [17:31:24] @josh: No feature has been built for that. [17:31:38] I doubt it would be too as it’s not that simple [17:31:39] request ip checker tool [17:33:17] RECOVERY - wiki.worldsofweary.com - LetsEncrypt on sslhost is OK: OK - Certificate 'wiki.worldsofweary.com' will expire on Wed 22 Jul 2020 16:22:28 GMT +0000. [17:33:38] i guess [17:34:12] PROBLEM - cp8 Current Load on cp8 is CRITICAL: CRITICAL - load average: 4.14, 2.54, 1.68 [17:34:14] There is a lot more too it than a single IP [17:34:42] can you check more then 1 account on 2 different ips? [17:37:19] PROBLEM - cp8 Current Load on cp8 is WARNING: WARNING - load average: 1.39, 1.87, 1.57 [17:40:28] RECOVERY - cp8 Current Load on cp8 is OK: OK - load average: 0.80, 1.39, 1.43 [18:14:02] * Sario has returned [18:23:22] @miraheze is better then fandom: what's the basis for asking for a CU on Jonathan222? [18:41:15] say what now [18:41:35] idk Jonathan222? [18:50:34] Test [18:51:27] can i have an ip chek on https://moviepedia.miraheze.org/wiki/User:Jonathan222 [18:51:28] [ User:Jonathan222 - moviepedia ] - moviepedia.miraheze.org [18:51:37] I am going to need a recount for this issue : https://2b2t.miraheze.org/wiki/Proposed_Changes_to_2b2t_Wiki_Staff [18:51:37] [ Proposed Changes to 2b2t Wiki Staff - 2b2t Wiki ] - 2b2t.miraheze.org [18:51:41] For reinstating Galvatron [18:51:56] At the top, NDKilla discounted dumpstered911 and NashTAS [18:52:10] Which means there are only two people against reinstating [18:52:16] versus 11 for reinstating [18:52:20] (From my count) [18:53:07] Those two are Koragus and Fredmodulars [18:53:26] Everybody else is supportive of reinstating him [18:55:10] I count 8 in favour, not 11 [18:56:31] CremationEnthusiast, Joey Coconut, H2Hermit, Leijurv, OMEGA000, Shpore, SoiledCold, itsYoungDaddy, Henry [18:56:58] and then the two against are Koragus and Fredmodulars [18:57:01] For a total of 11 [18:57:20] That's ~ 81 % [18:57:28] You said 11 in favour [18:57:39] My mistake, sorry [18:57:41] I meant 11 total [18:57:51] of which 9 are in support [18:57:54] and two are against [18:58:46] Re-Reviewing it, even including NashTAS and Dumperster911, I doubled counted a comment make two similar points entirely separated so I get a percentage which would fall into an acceptable standard to re-promote [18:58:51] I'll handle that now [18:59:18] Thank you very much [19:08:42] [02mediawiki] 07examknow opened pull request 03#135: adding bootstrap extension T5437 - 13https://git.io/JfIQ5 [19:08:55] paladox ^ submodule added [19:09:03] ok [19:09:36] [02mediawiki] 07paladox closed pull request 03#135: adding bootstrap extension T5437 - 13https://git.io/JfIQ5 [19:09:38] [02miraheze/mediawiki] 07paladox pushed 032 commits to 03REL1_34 [+2/-0/±2] 13https://git.io/JfIQd [19:09:39] [02miraheze/mediawiki] 07examknow 033c138d1 - adding bootstrap extension T5437 [19:09:41] [02miraheze/mediawiki] 07paladox 03a229c82 - Merge pull request #135 from examknow/REL1_34 adding bootstrap extension T5437 [19:17:58] [02puppet] 07paladox closed pull request 03#1346: adding bootstrap extension per item T5437 - 13https://git.io/JfIyV [19:18:00] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JfI7q [19:18:01] [02miraheze/puppet] 07examknow 03bccd142 - adding bootstrap extension per item T5437 (#1346) [19:18:40] thank you paladox [19:24:44] [02miraheze/mediawiki] 07paladox pushed 031 commit to 03REL1_34 [+0/-0/±1] 13https://git.io/JfI7u [19:24:45] [02miraheze/mediawiki] 07paladox 038cae607 - Update .gitmodules [19:25:39] [02mw-config] 07paladox closed pull request 03#3035: add BootStrap Extension per T5437 - 13https://git.io/JfIyK [19:25:41] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±4] 13https://git.io/JfI72 [19:25:42] [02miraheze/mw-config] 07examknow 035fcd090 - add BootStrap Extension per T5437 (#3035) [19:26:07] John, if we (on 2b2t.miraheze) would like to handle issues differently in the future, would it be appropriate for LordGalvatronMC to create a page detailing our process so that it's understood for all users of the wiki? [19:26:07] paladox: will we test on test2wiki? [19:26:22] right now the extension is limited to managewiki-restricted [19:26:47] For example, handling votes on Discord, where the majority of the active community are, rather than on miraheze, which isn't ideal for communication and settling arguments [19:29:22] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JfI7D [19:29:24] [02miraheze/mw-config] 07paladox 03b963dba - Fix [19:30:03] thanks paladox [19:30:19] too much copy/paste I guess :( [19:32:08] [02miraheze/mw-config] 07paladox pushed 031 commit to 03paladox-patch-1 [+0/-0/±1] 13https://git.io/JfI7p [19:32:09] [02miraheze/mw-config] 07paladox 03315ea36 - Fix [19:32:11] [02mw-config] 07paladox created branch 03paladox-patch-1 - 13https://git.io/vbvb3 [19:32:15] [02mw-config] 07paladox opened pull request 03#3036: Fix - 13https://git.io/JfI7h [19:32:46] [02mw-config] 07paladox closed pull request 03#3036: Fix - 13https://git.io/JfI7h [19:32:47] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JfI7j [19:32:49] [02miraheze/mw-config] 07paladox 035ab839c - Fix (#3036) [19:32:50] [02miraheze/mw-config] 07paladox deleted branch 03paladox-patch-1 [19:32:52] [02mw-config] 07paladox deleted branch 03paladox-patch-1 - 13https://git.io/vbvb3 [19:35:10] !log rebuilding lc on mw* & jobrunner1 [19:35:14] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [19:38:10] i've only checked if it wouldn't cause errors when enabled [19:38:31] !log rebuilding lc on test2 [19:38:36] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [19:40:01] PROBLEM - mw7 Puppet on mw7 is CRITICAL: CRITICAL: Puppet has 1 failures. Last run 5 minutes ago with 1 failures. Failed resources (up to 3 shown): Exec[git_pull_MediaWiki core] [19:40:40] PROBLEM - test2 Puppet on test2 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [19:40:44] PROBLEM - mw4 Puppet on mw4 is CRITICAL: CRITICAL: Puppet has 1 failures. Last run 5 minutes ago with 1 failures. Failed resources (up to 3 shown): Exec[git_pull_MediaWiki core] [19:40:45] paladox ^ uh oh [19:40:58] nothing's wrong, should work. [19:41:02] oh [19:41:03] PROBLEM - mw6 Puppet on mw6 is CRITICAL: CRITICAL: Puppet has 1 failures. Last run 6 minutes ago with 1 failures. Failed resources (up to 3 shown): Exec[git_pull_MediaWiki core] [19:41:21] I just saw a bunch of problems after merging my change and freaked out [19:42:13] PROBLEM - mw5 Puppet on mw5 is CRITICAL: CRITICAL: Puppet has 1 failures. Last run 7 minutes ago with 1 failures. Failed resources (up to 3 shown): Exec[git_pull_MediaWiki core] [19:43:27] RECOVERY - mw7 Puppet on mw7 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [19:43:59] PROBLEM - test2 Puppet on test2 is WARNING: WARNING: Puppet is currently disabled, message: paladox, last run 3 days ago with 0 failures [19:44:00] paladox, Reception123: [8dd3710079051f4e9ea27cef] 2020-04-23 19:43:28: Fatal exception of type MWException [19:44:02] RECOVERY - mw4 Puppet on mw4 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [19:44:12] Examknow: on test2 I hope [19:44:15] RECOVERY - mw6 Puppet on mw6 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [19:44:15] test2? [19:44:29] I'm getting Fatal exception of type "MWException" on several Wikis. Is this known? [19:44:34] moviepediawiki [19:44:48] paladox: I did break something [19:44:56] we better revert like now [19:44:57] checking [19:45:19] meta still works FYI [19:45:23] only happened after running lc [19:45:27] RECOVERY - mw5 Puppet on mw5 is OK: OK: Puppet is currently enabled, last run 2 minutes ago with 0 failures [19:46:19] @Elaeagnifolia which wiki? [19:46:21] paladox: then we have to revert and test separately on test2 [19:46:30] 2020-04-23 19:43:28 mw6 moviepediawiki: [8dd3710079051f4e9ea27cef] /wiki/Special:ManageWiki/extensions MWException from line 183 of /srv/mediawiki/w/includes/MagicWord.php: Error: invalid magic word 'slideshow' [19:46:31] https://anothereden.miraheze.org [28d9fe3cc21e935f9f06da71] 2020-04-23 19:42:24: Fatal exception of type MWException https://blardexlord.miraheze.org [8ce44a9baca4f867c0fbd2f3] 2020-04-23 19:42:58: Fatal exception of type MWException [19:46:33] [ Another Eden: The Cat Beyond Time and Space Unofficial Wiki ] - anothereden.miraheze.org [19:46:33] [ Wiki not Found ] - blardexlord.miraheze.org [19:46:34] ^ same issue that you reported [19:46:34] oh i know why [19:46:57] why? [19:47:29] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JfI50 [19:47:31] [02miraheze/mw-config] 07paladox 034f60839 - Update extension-list [19:47:42] ohh that [19:47:48] whew it wasn't me [19:47:51] Examknow: yeah, that's only for extensions without extension.json [19:48:06] yup [19:48:20] paladox: just curious, what is LC? [19:48:22] oh you did add it in your original PR [19:48:26] Examknow: LC is localisationcache [19:48:28] LocalisationCache [19:48:31] ah [19:48:37] it needs to be rebuilt after a new extension is added [19:48:39] or new i18ns [19:49:08] Reception123: is that normally run in the update.php but we don't use it [19:49:23] I saw we had to update databases seperatley [19:50:10] Thank you for your help yesterday, paladox [19:51:38] Examknow: yeah, we don't do update.php around here [19:51:49] changes too much we rather do things separately [19:52:04] yeah sysadmin guides were pretty clear about that [19:52:10] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JfI5V [19:52:11] [02miraheze/mw-config] 07paladox 032fc5812 - Update extension-list [19:52:14] it does have the potential to mess stuff up [19:52:36] Examknow: yeah the docs say "update.php is evil. If you need to run it while you're not doing a MediaWiki upgrade, then something is really wrong." [19:52:47] yup [19:52:52] even for MW upgrades afaik we don't use them anymore, when I did one or two I did but now we just do it manually [19:53:03] paladox: what about FancyBoxThumbs? [19:53:12] does that have extension.json? [19:53:44] ah no nvm [19:53:44] PROBLEM - cloud1 Current Load on cloud1 is WARNING: WARNING - load average: 17.07, 21.28, 18.45 [19:53:45] what happend to the system [19:54:25] @miraheze is better than fandom a typo/mistake [19:54:55] well this is what happens when the system settings or coding is played around with too much. [19:55:10] Reception123: When should a sysadmin run puppet agent rather than waiting for the servers to sync with GitHub? [19:55:19] what about FancyBoxThumbs? [19:55:30] if you need me to run something on my wiki i can [19:56:14] @miraheze is better then fandom that will not be necessary [19:56:18] PROBLEM - jobrunner1 Current Load on jobrunner1 is WARNING: WARNING - load average: 7.36, 6.39, 5.03 [19:56:27] alright [19:56:36] may i ask why this happens often [19:56:45] RECOVERY - cloud1 Current Load on cloud1 is OK: OK - load average: 15.42, 18.60, 17.90 [19:57:12] @miraheze is better then fandom Miraheze is constantly trying to improve our service for our users and sometimes things go wrong [19:57:48] but after all we are better than fandom :) [19:57:57] humans aren't perfect [19:57:57] Examknow: it's a choice, you can either wait the 10 mins or run it now if you want the changes now [19:58:16] @dreamcast99 spoken with true wisdom [19:58:18] just go for ur run [19:58:22] while you wait' [19:58:32] though since it takes up resources we're trying to figure out how to make puppet runs less often [19:58:33] Reception123: Gotcha [19:58:49] how you guys using the bot commands [19:59:00] @miraheze is better than fandom which bot? [19:59:07] RECOVERY - jobrunner1 Current Load on jobrunner1 is OK: OK - load average: 4.52, 5.84, 5.07 [19:59:11] !s [19:59:12] the miraheze bot [19:59:14] Please wait while I check the status of Miraheze Services. [19:59:15] Examknow: Status report finished. There are currently 0 dead services and 6 alive services. To view the full report, say !status. [19:59:32] !status [19:59:37] status [19:59:48] @miraheze is better then fandom it only works from IRC [19:59:50] alright its working again [19:59:57] yup [20:00:02] Do not use the full one outside of emergencies (very spammy) and only from irc [20:00:23] who stays on at night incase the system goes down? [20:00:24] RhinosF1: Only trusted list can run !s and !status [20:00:34] Examknow: I know [20:00:39] @miraheze is better then fandom paladox does [20:00:52] * Examknow tips his hat to paladox [20:01:00] Confirmed that the Wikis I listed earlier work now, thanks for the quick fix! [20:01:01] No one properly does [20:01:09] once it went down at 5 in the morning [20:01:28] We have virtually no coverage technically between ~2/3am and ~6am [20:02:03] maybe i need to learn how to fix it. [20:02:22] so when and if i do ever become steward i can fix it and prob stay up late [20:03:14] wonder how fandom keeps there system up most of the time [20:03:38] 548447 [20:03:40] Fandom is a large for-profit, Miraheze is a small non-profit. [20:03:45] opps, ignore [20:03:52] just saying, Stewards have nothing to do with the technical part of Miraheze [20:03:54] @miraheze is better then fandom stewards do not fix the system [20:03:59] [[SRE]] does [20:03:59] https://meta.miraheze.org/wiki/SRE [20:04:04] https://meta.miraheze.org/wiki/FAQ#Who_are_these_people.3F [20:04:04] [ FAQ - Miraheze Meta ] - meta.miraheze.org [20:04:41] its the system admin' [20:04:50] But yeah during about 2AM-7AM UTC our sysadmins are usually asleep [20:05:06] is NDAKIller a boy or girl they never speak [20:05:24] say hi PuppyKun :) [20:05:45] We ideally need someone in Oceania/Asia on the technical side [20:06:01] choose @k6ka for that [20:06:10] I am central time [20:06:18] hes good at templates and stuff [20:06:21] We have pretty decent American/European coverage [20:06:26] CST Dallas, TX, USA [20:06:32] .t Examknow [20:06:33] .t Examknow [20:06:33] 2020-04-23 - 15:06:33CDT [20:06:34] 2020-04-23 - 15:06:34CDT [20:06:36] lol [20:06:37] lol [20:06:43] Any response to my earlier question re Wiki Rules ? [20:06:46] :P it never ends [20:06:51] heh [20:06:58] @Dyekitty could you please remind me what the question was? [20:07:02] @RhinosF1 he must be in space when hes not online [20:07:03] John, if we (on 2b2t.miraheze) would like to handle issues differently in the future, would it be appropriate for LordGalvatronMC to create a page detailing our process so that it's understood for all users of the wiki? For example, handling votes on Discord, where the majority of the active community are, rather than on miraheze, which isn't ideal for communication and settling arguments [20:07:17] LordGalv is bureau on our wiki [20:07:35] I kind of see a point in that but it is not my decision [20:07:52] JohnLewis: ^ [20:08:08] does rhinos help fix the issues when the site goes down? [20:08:29] Well Rhinos used to be a sysadmin but now he helps around in a volunteer capacity [20:08:30] As much as I can but no server access [20:08:51] you prob got ban acess and kick [20:08:59] Nope [20:09:01] no, only sysadmins get that on IRC/Discord [20:09:09] He's a Meta admin though :) [20:09:09] I can block on some wikis [20:09:22] * RhinosF1 wants to watch some tv though [20:09:23] It isn't a question that necessarily needs him to answer [20:09:34] I just need anyone to answer who's qualified [20:09:43] the ban list of the server must be empty [20:09:58] @Dyekitty well he's the Steward who's around now, so he's qualified [20:10:08] As I'm not a Steward I wouldn't be sure of the answer I could only guess [20:10:18] As for the ban list, trust me it's not [20:10:29] @Reception123 r you godness of the ban list here? [20:10:50] no, all sysadmins deal with bans [20:11:14] what would fuck up the system bad [20:11:17] like fry it' [20:11:52] delete system32 [20:12:01] even though our servers are debian [20:12:11] Was just going to say that [20:12:30] Reception123: We are jinxing each other today [20:12:48] seems so [20:12:51] get to work boys [20:13:05] Well even if there was such a thing which there isn't really, it wouldn't be public [20:13:06] chill bud ;) [20:13:19] and there's nothing, we have backups [20:13:31] you can read more here: [[Tech:Server usage]] [20:13:32] https://meta.miraheze.org/wiki/Tech:Server_usage [20:13:35] * hispano76 greetings :) [20:13:37] or the FAQ [20:13:42] hey hispano76 [20:15:13] Hello eth01_1! If you have any questions, feel free to ask and someone should answer soon. [20:15:20] Reception123: Can you enable Bootstrap on blueoathwiki? [20:15:21] wtf fandom staff power abused [20:15:27] ok now i am pissed [20:15:35] why? [20:15:45] Examknow: well we usually get users to do it themselves :) [20:15:54] and when paladox confirms it works he can close the tasks as resolved and tell the users to enable it [20:15:56] ok so gamepedia i did nothing wrong and he global blocked me thats legit power abuse [20:16:02] Reception123: it requires managewiki-restricted [20:16:21] well we can remove that if we confirmed it works now [20:16:27] ok [20:16:27] i surely hope i can get in touch with the company [20:16:44] does anyone have the e-mail for the gamepedia office? [20:16:45] Reception123 all i tested was if the wiki goes up in flames [20:16:47] and it dosen't [20:16:51] so i call that success [20:17:05] paladox: I will remove the restriction [20:17:11] ok [20:17:31] ok that's good enough as long as there's no flames [20:18:27] [02mw-config] 07examknow opened pull request 03#3037: removing restriction on Bootstrap extension - 13https://git.io/JfIdi [20:19:31] @Dyekitty: If that policy is agreed by the community it can be done - but the major reason we prefer all of these discussions onwiki is they're evidencable. If a portion of users on the wiki were to contest a decision to us and all we can see is "it was agreed somewhere else with no evidence", we'd be in a tough situation as our role is to enforce community consensus - which in this situation would be on the wiki going "we disagree with this" [20:20:12] Understood. Thank you [20:20:31] now what do i do [20:21:07] @miraheze is better then fandom well there's nothing we can do for you if it's not Miraheze related [20:21:42] @miraheze is better then fandom take it up with fandom staff [20:21:47] I do not know why I was pinged in here, given I am EST [20:22:07] wasn't me [20:22:12] they wont [20:22:18] listen [20:22:35] @miraheze is better then fandom there is nothing we can do to help on our end [20:22:39] I'm sorry [20:22:45] @Dyekitty: A way around it would be if it was either logged on the wiki (full discussion from Discord) or alternatively a simple list of who agree, who disagreed and probably get 2 bureacurats/administrators to 'verify' that the list is accurate. In such a case, there would be evidence and we'd take the approach of "give it a week on the wiki, if its still of the opinion that more disagree than agree, we'll work with the bureaucrats to come to a [20:22:45] decision" rather than act straight away [20:23:14] Yes, this is Miraheze, not Fandom. We can help you move a wiki from Fandom but we can't control them. [20:23:23] @miraheze is better then fandom yeah unfortunately we can't do anything to make them listen, we try to provide a service that does listen 🙂 [20:23:25] That's perfect, thank you. I will let the others know [20:23:34] Great :) [20:23:42] If you're looking for a place to rant about Fandom, might I suggest going to #off-topic instead? It doesn't belong here at the very least. [20:24:07] yes i am just pissed i did nothing on gamepedia except contact them and misterwoodhouse global blocked me on gamepedia without a reason [20:24:40] Well, MisterWoodhouse is a jerk :) [20:24:43] But I digress [20:24:49] Yeah, please follow k6ka's advice and move there if you want to extensively discuss non-Miraheze related stuff [20:24:53] Let's let the sysadmins work in here in peace [20:25:16] honestly fandom issues have no place here [20:26:41] you know who he is ? [20:26:59] again please take it to -offtopic [20:28:27] [02mw-config] 07paladox closed pull request 03#3037: removing restriction on Bootstrap extension - 13https://git.io/JfIdi [20:28:29] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JfIFI [20:28:30] [02miraheze/mw-config] 07examknow 0396c796a - removing restriction (#3037) [20:29:35] eth01 hi [20:30:18] thank you paladox [20:32:01] T5437 is {{done}} [20:32:01] https://meta.miraheze.org/wiki/Template:done [20:32:03] https://phabricator.miraheze.org/T5437 - Enable Bootstrap extension for blueoath.miraheze.org [Resolved] authored by Kyte, assigned to Examknow [20:32:26] ^ cool script [20:45:24] PROBLEM - cp8 Current Load on cp8 is CRITICAL: CRITICAL - load average: 1.05, 2.33, 2.14 [20:48:25] PROBLEM - cp8 Current Load on cp8 is WARNING: WARNING - load average: 0.83, 1.65, 1.91 [20:50:31] Examknow: here’s to many more! [20:50:55] paladox, hi [20:54:27] RECOVERY - cp8 Current Load on cp8 is OK: OK - load average: 0.64, 1.15, 1.61 [21:04:11] Evening eth01 [21:06:43] hi ;> [21:08:17] How you doing today? [21:11:17] not bad, i'm playing around with an opensource vpn solution [21:11:35] Cool [21:39:16] im back everyone [21:58:06] RhinosF1, Reception123, paladox: Are there any more config tasks that someone needs me to work on? [21:58:30] you can see on https://phabricator.miraheze.org/project/view/16/ [21:58:31] [ Configuration · Workboard ] - phabricator.miraheze.org [22:01:00] I can take T4164 [22:28:16] PROBLEM - cp8 Disk Space on cp8 is WARNING: DISK WARNING - free space: / 2113 MB (10% inode=93%); [23:13:49] PROBLEM - cp8 Current Load on cp8 is CRITICAL: CRITICAL - load average: 2.92, 2.21, 1.58 [23:16:41] PROBLEM - cp8 Current Load on cp8 is WARNING: WARNING - load average: 1.03, 1.75, 1.51 [23:19:32] RECOVERY - cp8 Current Load on cp8 is OK: OK - load average: 0.62, 1.23, 1.34 [23:21:04] [02miraheze/ManageWiki] 07JohnFLewis pushed 032 commits to 03master [+0/-1/±2] 13https://git.io/JfIhC [23:21:06] [02miraheze/ManageWiki] 07JohnFLewis 03d7e45d2 - Remove unused css file [23:21:07] [02miraheze/ManageWiki] 07JohnFLewis 038b8d302 - Merge remote-tracking branch 'origin/master' [23:37:10] Hello eth01_! If you have any questions, feel free to ask and someone should answer soon.