[00:02:44] RECOVERY - cp3 Disk Space on cp3 is OK: DISK OK - free space: / 3853 MB (15% inode=93%); [00:18:13] PROBLEM - db7 APT on db7 is CRITICAL: APT CRITICAL: 4 packages available for upgrade (4 critical updates). [00:22:47] PROBLEM - misc1 APT on misc1 is CRITICAL: APT CRITICAL: 3 packages available for upgrade (3 critical updates). [00:25:22] PROBLEM - mw6 APT on mw6 is CRITICAL: APT CRITICAL: 4 packages available for upgrade (4 critical updates). [00:35:19] PROBLEM - mon1 APT on mon1 is CRITICAL: APT CRITICAL: 6 packages available for upgrade (4 critical updates). [00:36:41] PROBLEM - ping6 on cp3 is CRITICAL: PING CRITICAL - Packet loss = 100% [00:37:04] PROBLEM - ns2 GDNSD Datacenters on ns2 is CRITICAL: CRITICAL - 1 datacenter is down: 2400:6180:0:d0::403:f001/cpweb [00:38:42] RECOVERY - ping6 on cp3 is OK: PING OK - Packet loss = 0%, RTA = 269.49 ms [00:39:03] RECOVERY - ns2 GDNSD Datacenters on ns2 is OK: OK - all datacenters are online [00:41:58] PROBLEM - cp3 Puppet on cp3 is CRITICAL: CRITICAL: Puppet has 1 failures. Last run 3 minutes ago with 1 failures. Failed resources (up to 3 shown): File[fr.gyaanipedia.co.in_private] [00:45:56] RECOVERY - cp3 Puppet on cp3 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [01:22:16] PROBLEM - cp3 APT on cp3 is CRITICAL: APT CRITICAL: 4 packages available for upgrade (4 critical updates). [01:35:34] PROBLEM - rdb2 APT on rdb2 is CRITICAL: APT CRITICAL: 4 packages available for upgrade (4 critical updates). [01:50:18] [02miraheze/services] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJ24z [01:50:20] [02miraheze/services] 07MirahezeSSLBot 03821bb98 - BOT: Updating services config for wikis [02:29:31] @System Administrators jobrunner1 seems to be having problems again; a page on Meta marked for translation more than two hours ago now still hasn't been updated by system user FuzzyBot. Looking at https://icinga.miraheze.org/dashboard#!/monitoring/list/services?service_problem=1&sort=service_severity, I do see 12 notices flagged as "critical," one of which is for jobrunner1; however, they seem to be related to needed application updates, [02:29:32] so that's probably not related. Is there a dashboard I can use to view the current backlog of tasks on jobrunner1? [02:29:33] [ Icinga Web 2 Login ] - icinga.miraheze.org [02:34:47] I do see this: > NOTIFICATION > 15:39:46 > [icingaadmin] CRITICAL - Plugin timed out after 30 seconds > > NOTIFICATION > 15:39:46 > [icingaadmin, irc, johnflewis, paladox, southparkfan] CRITICAL - Plugin timed out after 30 seconds That's about right, now that I think about it, as the last page successfully updated after being marked for translation was ~15:00. The most recent one at ~18:47 hasn't been updated. So, it could be that [02:34:47] the job runner for Extension:Translate has stopped, maybe? [02:39:45] Disregard the message from 7:34 PM...those notifications were from 24 July 2020. Still, there seems to be problems with jobrunner1. [02:42:01] PROBLEM - bacula2 APT on bacula2 is CRITICAL: APT CRITICAL: 4 packages available for upgrade (4 critical updates). [02:57:42] @doug I'm forcing manual job runs for all wikis until i can get someone from SRE [02:57:42] Zppix: 2020-07-30 - 16:13:56CDT tell Zppix Status? [03:00:15] Thanks, @Zppix. 🙂 [03:00:59] !log '/usr/local/bin/foreachwikiindblist /srv/mediawiki/w/cache/databases.json /srv/mediawiki/w/maintenance/runJobs -- Jobrunner1 is not running jobs automatically [03:01:03] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [03:18:52] @Doug i managed to restart it so it should auto run jobs now, give it a little bit to catch up meta alone has over 800 jobs in queue [03:30:47] PROBLEM - ns2 APT on ns2 is CRITICAL: APT CRITICAL: 4 packages available for upgrade (4 critical updates). [03:48:24] Oh fuck I'm here [03:48:41] >  @Doug i managed to restart it so it should auto run jobs now, give it a little bit to catch up meta alone has over 800 jobs in queue @Zppix thanks...wow, yeah, sometimes that's best to restart the process. Yeah, I don't mark any more pages on Meta until it catches up. You can usually tell when the jobrunner is behind because things like the [[Special:Watchlist]] and [[Special:RecentChanges]] can't keep up. [03:48:58] welcome, @RhinosF1...sorry your sleep was so short 😦 [03:50:50] Zppix: what do you know? [04:46:00] !log restarted jobrunner service [04:46:03] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [05:02:29] PROBLEM - mw7 APT on mw7 is CRITICAL: APT CRITICAL: 4 packages available for upgrade (4 critical updates). [05:09:39] PROBLEM - mw4 APT on mw4 is CRITICAL: APT CRITICAL: 4 packages available for upgrade (4 critical updates). [05:18:02] !log sudo service redis-server restart on jobrunner1 [05:18:05] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [05:18:35] !log sudo service jobrunner restart on jobrunner1 [05:18:38] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [05:20:16] Reception123: did it stop again already? [05:20:29] Zppix: yep [05:20:36] wth [05:20:50] for now it seems to be running [05:20:54] Zppix: you can sleep, I'm awake now [05:21:24] Reception123: no jobs are running [05:21:27] i was going to bed anyway, i just saw the log msgs [05:21:42] RhinosF1: did you use foreach to run manually? [05:21:45] May have to resort to manual job runs until we find a fix [05:22:19] Reception123: I haven't yet as I want to see if it does them itself and try and get it on a crontab [05:22:33] RhinosF1: https://github.com/miraheze/puppet/commit/d98641b76515d3d8d41c4df4a92df34baf2819c8 could it be that you made a syntax error here? [05:22:34] [ +2 crons for GlobalUsage (#1461) · miraheze/puppet@d98641b · GitHub ] - github.com [05:22:39] that's what the logs seem to suggest (syntax error) [05:22:39] i would manually run loginwiki and metawiki regardless [05:22:53] I'll check [05:23:21] !log manually run loginwiki jobs on jobrunner1 [05:23:26] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [05:23:33] !log manually run metawikijobs on jobrunner1 [05:23:36] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [05:25:59] !log rhinos@jobrunner1:/var/log/mediawiki$ sudo -u www-data php /srv/mediawiki/w/maintenance/runJobs.php --wiki='wright009wiki' --type='LocalGlobalUserPageCacheUpdateJob' --maxtime='60' --memory-limit='192M' --result=json [05:26:02] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [05:26:36] Reception123: i wonder if it hitting the mem limit and killing itself [05:26:55] Zppix: ask me in a minute [05:27:59] im off to bed its 12:30AM [05:28:35] okay, goodnight @Zppix [05:29:02] fixing jobrunner is UBN Reception123 RhinosF1 [05:29:18] Definitely possible [05:29:27] But if that's the case what can we do? [05:29:55] for now we probably need to do manual job runs to keep job queue flowing [05:30:19] otherwise jobrunner may never catch back up [05:30:40] PROBLEM - ldap1 APT on ldap1 is CRITICAL: APT CRITICAL: 4 packages available for upgrade (4 critical updates). [05:30:45] Agree with that...hopefully we can eventually figure out what the cause was, so we can correct whatever keeps causing the traffic surges and task backlog [05:31:24] !log rhinos@jobrunner1:/var/log/mediawiki$ sudo -u www-data php /srv/mediawiki/w/maintenance/runJobs.php --wiki=wright009wiki [05:31:27] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [05:31:42] RhinosF1: just run foreach [05:31:48] in a screen or soemthing [05:32:09] Zppix: I'm doing it for a reason [05:32:23] I think it just hated one of the jobs [05:32:55] Ah, probably to try and diagnose which job is causing the problem, eh @RhinosF1? [05:33:14] Reception123, Zppix: let's give it 5 minutes and see if any now go through or we get more errors [05:33:29] @Doug: I know which, I have no clue why it hated it. [05:33:32] Ok [05:34:38] Reception123: if it's not moving within the next ~10 mins then we need to put a cron together as a plaster [05:34:41] >  @Doug: I know which, I have no clue why it hated it. @RhinosF1 Well, that's positive actually that you've narrowed down which one. Was it the GlobalUsage one above? [05:35:01] @doug: LocalGlobalUserPageCacheUpdateJob [05:35:05] >  @Reception123 if it's not moving within the next ~10 mins then we need to put a cron together as a plaster ^ +1 to this [05:35:18] RhinosF1: but the jobs run fine? [05:35:26] >  @Doug: LocalGlobalUserPageCacheUpdateJob Ah, yeah, meant to say or that one. Thanks. 🙂 [05:35:34] Zppix: jobrunner was moaning about the json output [05:35:48] oh [05:35:48] .in 1 minute test 1 [05:35:48] RhinosF1: Okay, will remind at 2020-07-31 - 06:36:48BST [05:35:54] anyway night [05:35:58] .in 6mins please work [05:35:59] RhinosF1: Okay, will remind at 2020-07-31 - 06:41:58BST [05:36:48] RhinosF1: test 1 [05:37:36] Reception123: same error, another wiki [05:38:01] Reception123: check /var/log/redis [05:40:18] Ok [05:41:59] RhinosF1: please work [05:45:22] !log restart jobrunner (again) [05:45:25] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [05:47:22] Reception123: let's hope paladox can get it moving now we have a cause [05:48:08] Yeah [05:50:05] @RhinosF1 did you guys find out anything more other than just which job it was (LocalGlobalUserPageCacheUpdateJob)? [05:50:36] we know the error and it's affects every wiki the user has an account on it seems [05:51:08] ah, ok [05:52:55] okay, with the problem at least diagnosed, I'm going to say good night then as it's getting late here as well...hopefully it won't take you too much longer and you can get some more sleep [05:53:17] i wont get back to sleep [05:54:19] >  i wont get back to sleep aww, that sucks...this thing got you too wide awake, I guess? maybe you can catch it up tomorrow night [05:55:24] yep [05:59:06] !log rebooted jobrunner1 [05:59:09] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [06:00:45] RECOVERY - ns2 APT on ns2 is OK: APT OK: 0 packages available for upgrade (0 critical updates). [06:03:40] RECOVERY - mw4 APT on mw4 is OK: APT OK: 0 packages available for upgrade (0 critical updates). [06:12:13] RECOVERY - db7 APT on db7 is OK: APT OK: 0 packages available for upgrade (0 critical updates). [06:16:08] !log forcing a manual run of jobs on all wikis to clear backlog as the job runner hasn't crashed yet [06:16:11] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [06:20:15] RECOVERY - cp3 APT on cp3 is OK: APT OK: 0 packages available for upgrade (0 critical updates). [06:25:09] RECOVERY - rdb1 APT on rdb1 is OK: APT OK: 0 packages available for upgrade (0 critical updates). [06:26:46] RECOVERY - misc1 APT on misc1 is OK: APT OK: 0 packages available for upgrade (0 critical updates). [06:27:34] RECOVERY - rdb2 APT on rdb2 is OK: APT OK: 0 packages available for upgrade (0 critical updates). [06:29:17] RECOVERY - mon1 APT on mon1 is OK: APT OK: 2 packages available for upgrade (0 critical updates). [06:31:29] RECOVERY - db11 APT on db11 is OK: APT OK: 1 packages available for upgrade (0 critical updates). [06:34:01] RECOVERY - bacula2 APT on bacula2 is OK: APT OK: 0 packages available for upgrade (0 critical updates). [06:46:07] RECOVERY - jobrunner1 APT on jobrunner1 is OK: APT OK: 0 packages available for upgrade (0 critical updates). [06:46:28] RECOVERY - mw7 APT on mw7 is OK: APT OK: 0 packages available for upgrade (0 critical updates). [06:49:23] RECOVERY - mw6 APT on mw6 is OK: APT OK: 0 packages available for upgrade (0 critical updates). [06:52:08] [02miraheze/ssl] 07Reception123 pushed 031 commit to 03master [+0/-1/±1] 13https://git.io/JJ2Kj [06:52:10] [02miraheze/ssl] 07Reception123 0370f9140 - rm wiki.bydorn.de per T5990 [06:54:39] RECOVERY - mw5 APT on mw5 is OK: APT OK: 0 packages available for upgrade (0 critical updates). [07:00:41] RECOVERY - ldap1 APT on ldap1 is OK: APT OK: 0 packages available for upgrade (0 critical updates). [07:03:29] [02mw-config] 07Reception123 closed pull request 03#3194: Add "editor" user group and protection level to sesupportwiki T5989 - 13https://git.io/JJ2Zw [07:03:31] [02miraheze/mw-config] 07Reception123 pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJ26M [07:03:32] PROBLEM - services2 APT on services2 is CRITICAL: APT CRITICAL: 4 packages available for upgrade (4 critical updates). [07:03:32] [02miraheze/mw-config] 07Amanda-Catherine 03a9fa56d - Add "editor" user group and protection level to sesupportwiki T5989 (#3194) [07:04:05] !log sudo apt-get upgrade on services2 [07:04:08] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [07:05:30] RECOVERY - services2 APT on services2 is OK: APT OK: 0 packages available for upgrade (0 critical updates). [07:08:20] Reception123 Thank you! But there misssing "u" i think [07:08:21] https://cdn.discordapp.com/attachments/435711390544560128/738654262451765278/IMG_20200731_090729.jpg [07:08:41] Oh, I didn't notice the small typo [07:08:43] I'll fix it [07:09:16] [02miraheze/mw-config] 07Reception123 pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJ2iu [07:09:17] [02miraheze/mw-config] 07Reception123 03a5d55bf - typo [07:13:40] https://cdn.discordapp.com/attachments/435711390544560128/738655604964458546/IMG_20200731_091324.jpg [07:15:56] Or it need few minutes to deploy? :) [07:17:07] [02miraheze/mw-config] 07Reception123 pushed 031 commit to 03Reception123-patch-3 [+0/-0/±4] 13https://git.io/JJ2Pg [07:17:09] [02miraheze/mw-config] 07Reception123 0319b3486 - Add TwitterTag ext. T5862 [07:17:10] [02mw-config] 07Reception123 created branch 03Reception123-patch-3 - 13https://git.io/vbvb3 [07:17:21] @MrJaroslavik it should've worked but to be sure wait until :22 [07:17:41] [02mw-config] 07Reception123 opened pull request 03#3195: Add TwitterTag ext. T5862 - 13https://git.io/JJ2PV [07:18:08] Delays are not problem for me if it will work :D [07:18:12] Thanks again. [07:18:25] [02miraheze/mediawiki] 07Reception123 pushed 031 commit to 03REL1_34 [+1/-0/±1] 13https://git.io/JJ2Po [07:18:27] [02miraheze/mediawiki] 07Reception123 03b49f099 - Install TwitterTag ext. [07:23:23] RECOVERY - test2 Puppet on test2 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [07:29:08] 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] [07:29:14] PROBLEM - mw6 Puppet on mw6 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] [07:30:16] 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] [07:30:37] 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] [07:30:43] PROBLEM - mw7 Puppet on mw7 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] [07:31:21] PROBLEM - test2 Puppet on test2 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] [07:32:16] RECOVERY - mw5 Puppet on mw5 is OK: OK: Puppet is currently enabled, last run 19 seconds ago with 0 failures [07:32:34] RECOVERY - mw4 Puppet on mw4 is OK: OK: Puppet is currently enabled, last run 37 seconds ago with 0 failures [07:33:03] RECOVERY - jobrunner1 Puppet on jobrunner1 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [07:35:21] RECOVERY - test2 Puppet on test2 is OK: OK: Puppet is currently enabled, last run 43 seconds ago with 0 failures [07:42:40] RECOVERY - mw7 Puppet on mw7 is OK: OK: Puppet is currently enabled, last run 44 seconds ago with 0 failures [07:43:08] !log jobrunner backlog is critical and being monitored [07:43:11] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [07:43:19] RECOVERY - mw6 Puppet on mw6 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [07:51:30] PROBLEM - gluster2 APT on gluster2 is CRITICAL: APT CRITICAL: 4 packages available for upgrade (4 critical updates). [08:07:37] PROBLEM - wiki.starship.digital - reverse DNS on sslhost is WARNING: Traceback (most recent call last): File "/usr/lib/nagios/plugins/check_reverse_dns.py", line 92, in main() File "/usr/lib/nagios/plugins/check_reverse_dns.py", line 80, in main rdns_hostname = get_reverse_dnshostname(args.hostname) File "/usr/lib/nagios/plugins/check_reverse_dns.py", line 66, in get_reverse_dnshostname resolved_ip_addr = str(dns_resolver.query(hostname [08:07:38] 'A')[0]) File "/usr/lib/python3/dist-packages/dns/resolver.py", line 898, in query raise NoNameservers(request=request, errors=errors)dns.resolver.NoNameservers: All nameservers failed to answer the query wiki.starship.digital. IN A: Server 1.1.1.1 UDP port 53 answered The DNS operation timed out.; Server 1.1.1.1 UDP port 53 answered The DNS operation timed out.; Server 1.1.1.1 UDP port 53 answered The DNS operation timed out.; Server 1.1.1.1 U [08:07:38] P port 53 answered SERVFAIL [08:07:46] PROBLEM - vmcodex.net - reverse DNS on sslhost is WARNING: Traceback (most recent call last): File "/usr/lib/nagios/plugins/check_reverse_dns.py", line 92, in main() File "/usr/lib/nagios/plugins/check_reverse_dns.py", line 80, in main rdns_hostname = get_reverse_dnshostname(args.hostname) File "/usr/lib/nagios/plugins/check_reverse_dns.py", line 66, in get_reverse_dnshostname resolved_ip_addr = str(dns_resolver.query(hostname, 'A')[0]) [08:07:46] File "/usr/lib/python3/dist-packages/dns/resolver.py", line 898, in query raise NoNameservers(request=request, errors=errors)dns.resolver.NoNameservers: All nameservers failed to answer the query vmcodex.net. IN A: Server 1.1.1.1 UDP port 53 answered The DNS operation timed out.; Server 1.1.1.1 UDP port 53 answered SERVFAIL [08:14:19] RECOVERY - wiki.starship.digital - reverse DNS on sslhost is OK: rDNS OK - wiki.starship.digital reverse DNS resolves to cp6.miraheze.org [08:14:30] RECOVERY - vmcodex.net - reverse DNS on sslhost is OK: rDNS OK - vmcodex.net reverse DNS resolves to cp7.miraheze.org [08:31:29] hi JohnLewis [08:33:55] hi [08:43:25] hi [08:43:32] yeah relay back [08:50:21] [02puppet] 07RhinosF1 opened pull request 03#1463: check_reverse_dns: handle an exception - 13https://git.io/JJ29M [08:50:37] JohnLewis: that should solve the DNS messy alert [09:03:56] [02mw-config] 07Reception123 closed pull request 03#3195: Add TwitterTag ext. T5862 - 13https://git.io/JJ2PV [09:03:58] [02miraheze/mw-config] 07Reception123 pushed 031 commit to 03master [+0/-0/±4] 13https://git.io/JJ2Hw [09:03:59] [02miraheze/mw-config] 07Reception123 03c9a0127 - Add TwitterTag ext. T5862 (#3195) [09:04:01] [02mw-config] 07Reception123 deleted branch 03Reception123-patch-3 - 13https://git.io/vbvb3 [09:04:02] [02miraheze/mw-config] 07Reception123 deleted branch 03Reception123-patch-3 [09:05:45] !log sudo -u www-data php /srv/mediawiki/w/maintenance/mergeMessageFileList.php --output /srv/mediawiki/config/ExtensionMessageFiles.php --wiki loginwiki' on mw* and jbr1 [09:05:49] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [09:07:14] !log sudo -u www-data php /srv/mediawiki/w/maintenance/rebuildLocalisationCache.php --wiki loginwiki on mw* and jbr1 [09:07:20] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [09:07:28] [02miraheze/mw-config] 07Reception123 deleted branch 03Drop-php-72 [09:07:30] [02mw-config] 07Reception123 deleted branch 03Drop-php-72 - 13https://git.io/vbvb3 [09:07:31] [02mw-config] 07Reception123 deleted branch 03paladox-patch-1 - 13https://git.io/vbvb3 [09:07:33] [02miraheze/mw-config] 07Reception123 deleted branch 03paladox-patch-1 [09:07:34] [02miraheze/mw-config] 07Reception123 deleted branch 03paladox-patch-3 [09:07:36] [02mw-config] 07Reception123 deleted branch 03paladox-patch-3 - 13https://git.io/vbvb3 [09:08:36] PROBLEM - cp6 APT on cp6 is CRITICAL: APT CRITICAL: 4 packages available for upgrade (4 critical updates). [09:13:32] PROBLEM - mw5 Current Load on mw5 is WARNING: WARNING - load average: 7.08, 5.89, 3.79 [09:13:33] PROBLEM - mw4 Current Load on mw4 is WARNING: WARNING - load average: 7.61, 6.28, 3.90 [09:14:05] [02miraheze/mw-config] 07RhinosF1 pushed 031 commit to 03test-tag-hack [+0/-0/±1] 13https://git.io/JJ2Qm [09:14:06] [02miraheze/mw-config] 07RhinosF1 0331240b7 - Update LocalWiki.php [09:14:08] [02mw-config] 07RhinosF1 created branch 03test-tag-hack - 13https://git.io/vbvb3 [09:14:24] [02mw-config] 07RhinosF1 opened pull request 03#3196: Update LocalWiki.php - 13https://git.io/JJ2QY [09:15:32] RECOVERY - mw5 Current Load on mw5 is OK: OK - load average: 5.48, 5.77, 4.00 [09:15:33] RECOVERY - mw4 Current Load on mw4 is OK: OK - load average: 5.82, 6.10, 4.13 [09:15:40] miraheze/mw-config/test-tag-hack/31240b7 - RhinosF1 The build passed. https://travis-ci.org/miraheze/mw-config/builds/713618895 [09:15:57] Reception123: ^ good sign [09:16:56] $log hack #3196 of mw-config onto test2 [09:17:30] Reception123: it works [09:19:03] :) [09:19:05] [02miraheze/mw-config] 07RhinosF1 pushed 031 commit to 03test-tag-hack [+0/-0/±1] 13https://git.io/JJ2QX [09:19:06] [02miraheze/mw-config] 07RhinosF1 033d42d3d - it worked! [09:19:08] [02mw-config] 07RhinosF1 synchronize pull request 03#3196: Update LocalWiki.php - 13https://git.io/JJ2QY [09:19:15] Reception123: i'll let travis pass then merge [09:19:28] RhinosF1: great! then you can close the task [09:19:35] and thanks for including the task as a comment, we need to do that more [09:19:38] it's quite helpful [09:19:58] Reception123: :) [09:20:06] now to wait for travis [09:20:44] which is on a go slow [09:21:27] $log? [09:21:49] JohnLewis: what about it [09:22:06] isn't it !log? [09:22:07] https://www.irccloud.com/pastebin/oo880dZT/ [09:22:07] [ Snippet | IRCCloud ] - www.irccloud.com [09:22:29] JohnLewis: oh ye, that's called jumping back and forth between two logbots [09:23:04] !log cherry-picked 3d42d3d onto test2 (will reset after merge) [09:23:08] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [09:24:15] Reception123: github checks seems to be this thing to break. It's being slow to report status [09:24:43] web says it passed so merging [09:25:12] [02mw-config] 07RhinosF1 closed pull request 03#3196: Update LocalWiki.php - 13https://git.io/JJ2QY [09:25:14] [02miraheze/mw-config] 07RhinosF1 pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJ27T [09:25:15] [02miraheze/mw-config] 07RhinosF1 036b15d1b - LocalWiki: add meta tag for T5981 (#3196) [09:25:17] [02mw-config] 07RhinosF1 deleted branch 03test-tag-hack - 13https://git.io/vbvb3 [09:25:18] [02miraheze/mw-config] 07RhinosF1 deleted branch 03test-tag-hack [09:25:26] PROBLEM - wiki.ldmsys.net - reverse DNS on sslhost is WARNING: rDNS WARNING - reverse DNS entry for wiki.ldmsys.net could not be found [09:27:00] [02puppet] 07JohnFLewis reviewed pull request 03#1463 commit - 13https://git.io/JJ27n [09:27:14] !log reset git to remove previous hack [09:27:20] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [09:27:37] JohnLewis: do you know puppet on test2 says "Error: '/usr/bin/git pull --quiet' returned 1 instead of one of [0] [09:27:37] Error: /Stage[main]/Mediawiki/Git::Clone[MediaWiki config]/Exec[git_pull_MediaWiki config]/returns: change from 'notrun' to ['0'] failed: '/usr/bin/git pull --quiet' returned 1 instead of one of [0] (corrective)" [09:28:05] that's me [09:28:06] fixing [09:29:05] PROBLEM - test2 Puppet on test2 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 config] [09:30:58] fixed [09:33:04] [02puppet] 07RhinosF1 synchronize pull request 03#1463: check_reverse_dns: handle an exception - 13https://git.io/JJ29M [09:33:04] RECOVERY - test2 Puppet on test2 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [09:33:17] [02puppet] 07RhinosF1 reviewed pull request 03#1463 commit - 13https://git.io/JJ27w [09:33:23] JohnLewis: ^ [09:38:09] PROBLEM - phab1 APT on phab1 is CRITICAL: APT CRITICAL: 4 packages available for upgrade (4 critical updates). [09:47:28] PROBLEM - wiki.cdntennis.ca - LetsEncrypt on sslhost is WARNING: WARNING - Certificate 'wiki.cdntennis.ca' expires in 15 day(s) (Sun 16 Aug 2020 09:39:48 GMT +0000). [09:48:54] PROBLEM - vault.aics.cf - LetsEncrypt on sslhost is WARNING: WARNING - Certificate 'vault.aics.cf' expires in 15 day(s) (Sun 16 Aug 2020 09:45:14 GMT +0000). [09:54:25] PROBLEM - cp7 APT on cp7 is CRITICAL: APT CRITICAL: 4 packages available for upgrade (4 critical updates). [09:55:20] [02miraheze/ssl] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJ25b [09:55:21] [02miraheze/ssl] 07MirahezeSSLBot 0388ba297 - Bot: Update SSL cert for wiki.cdntennis.ca [10:01:09] [02miraheze/ssl] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJ2dZ [10:01:10] [02miraheze/ssl] 07MirahezeSSLBot 035957f83 - Bot: Update SSL cert for vault.aics.cf [10:07:30] RECOVERY - wiki.cdntennis.ca - LetsEncrypt on sslhost is OK: OK - Certificate 'wiki.cdntennis.ca' will expire on Thu 29 Oct 2020 08:55:13 GMT +0000. [10:11:08] PROBLEM - db12 APT on db12 is CRITICAL: APT CRITICAL: 5 packages available for upgrade (4 critical updates). [10:16:16] RECOVERY - vault.aics.cf - LetsEncrypt on sslhost is OK: OK - Certificate 'vault.aics.cf' will expire on Thu 29 Oct 2020 09:01:01 GMT +0000. [10:32:28] !log deleted and dropped wizpedia101wiki for recreation [10:32:31] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [10:35:53] !log reception@jobrunner1:/srv/mediawiki/w/maintenance$ sudo -u www-data php deleteBatch.php --wiki reallifevillainswiki --r "Requested - T5987" /home/reception/rlv4.txt [10:35:56] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [10:41:12] !log manually runJobs on metawiki and loginwiki [10:41:15] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [10:47:57] !log reception@mw6:~$ sudo -u www-data /usr/local/bin/foreachwikiindblist /srv/mediawiki/w/cache/databases.json /srv/mediawiki/w/maintenance/runJobs.php --type='LocalGlobalUserPageCacheUpdateJob' on mw6 (backlog is still clogged) [10:48:01] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [11:32:40] Can anyone explain to me why a user needs CheckUser or Oversight permission, when on wiki is active only he? [11:38:00] don't ask me but that sounds quite absurd [11:38:03] They don't [11:40:52] It could be useful on wikis with many active users and frequent attacks/PII, but not in that case... [11:41:27] On WMF also are active projects without CUs/OSs [11:44:29] How should an request for these permissions be defined here? What requirements except the NDA? Only wiki owner request? Please no. [11:44:50] (Sorry for these shouts btw) [11:49:31] They'll be an RfC soon [11:52:28] Also @Reception123, i see this on Special:ProtectedPages but level is not on &action=protect [11:52:28] https://cdn.discordapp.com/attachments/435711390544560128/738725764026859570/IMG_20200731_135157.jpg [12:01:25] [02miraheze/mw-config] 07RhinosF1 pushed 031 commit to 03why-doesnt--run-faster-exist [+0/-0/±1] 13https://git.io/JJ2hP [12:01:27] [02miraheze/mw-config] 07RhinosF1 032e185ae - [TEMP] - Up JobRunRate We need to do something or this queue is never going to catch up. Would this work? [12:01:28] [02mw-config] 07RhinosF1 created branch 03why-doesnt--run-faster-exist - 13https://git.io/vbvb3 [12:01:30] [02mw-config] 07RhinosF1 opened pull request 03#3197: [TEMP] - Up JobRunRate - 13https://git.io/JJ2h1 [12:01:59] JohnLewis would ^ work [12:03:07] miraheze/mw-config/why-doesnt--run-faster-exist/2e185ae - RhinosF1 The build passed. https://travis-ci.org/miraheze/mw-config/builds/713663412 [12:07:23] !log runJobs on meta+login to ensure backlog stays low [12:07:27] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [12:08:20] [02mw-config] 07MrJaroslavik opened pull request 03#3198: Add import option from Wikipedia to Meta-Wiki - 13https://git.io/JJ2jk [12:09:02] I tried create pull request, is it in correct format? [12:11:20] @MrJaroslavik: Looks good [12:11:42] Ok [12:14:02] RhinosF1 can you close this pull request (as decline)? I will create new pull request in hour. https://github.com/miraheze/landing/pull/37 [12:14:03] [ Add Czech translate by MrJaroslavik · Pull Request #37 · miraheze/landing · GitHub ] - github.com [12:14:23] ye [12:14:35] [02landing] 07RhinosF1 commented on pull request 03#37: Add Czech translate - 13https://git.io/JJ2jg [12:14:37] [02landing] 07RhinosF1 closed pull request 03#37: Add Czech translate - 13https://git.io/JfzLh [12:15:05] Thanks [12:15:14] @MrJaroslavik that's weird.. [12:15:37] What is weird? [12:16:22] the protection level thing [12:16:33] Yes, it is. [12:16:34] Reception123: check your mw6 screen [12:16:42] RhinosF1: ok, on it [12:17:07] RhinosF1: I mean it's still continuing [12:17:51] Reception123: good. my mw7 is moving a bit faster, I'm hoping yours will overtake for GUP eventually. [12:18:30] Reception123: who has access to do right on conductwiki + ggroup? [12:19:09] RhinosF1: see PM [12:21:51] PROBLEM - puppet2 APT on puppet2 is CRITICAL: APT CRITICAL: 4 packages available for upgrade (4 critical updates). [12:32:37] @Reception123: you'll have to use discord as irc cloud is being a pain [12:33:51] [02mw-config] 07JohnFLewis commented on pull request 03#3197: [TEMP] - Up JobRunRate - 13https://git.io/JJaeh [12:33:53] [02mw-config] 07JohnFLewis closed pull request 03#3197: [TEMP] - Up JobRunRate - 13https://git.io/JJ2h1 [12:35:04] [02mw-config] 07RhinosF1 commented on pull request 03#3197: [TEMP] - Up JobRunRate - 13https://git.io/JJavJ [12:36:45] [02mw-config] 07JohnFLewis commented on pull request 03#3197: [TEMP] - Up JobRunRate - 13https://git.io/JJavL [12:37:13] JohnLewis: they're not moving that fast though [12:38:35] Doing it on web requests won’t help more, command line is the fastest method [12:39:17] you have 6 servers you could run it on, plus two aren’t utilised for web so can have more demand put on them [12:39:54] JohnLewis: i'm going mobile now and due to an issue with irc cloud am discord only but if you make the screens (mw[6 (reception)|7 (me)] go faster or want to spawn it on more servers, please do. [12:41:58] Making things go faster isn’t possible, making more processes is possible though I don’t have access right now [12:42:44] Neither do I but @Reception123 might and if so then please spawn more and watch load. [12:43:01] Ideally more runners would be best in future [12:43:45] And not allow the GUP job to take them all up [12:43:59] @Reception123; I've no irc, use discord [12:44:25] Ok [12:59:13] [02landing] 07MrJaroslavik opened pull request 03#40: Add Czech Translation (2) - 13https://git.io/JJafy [13:00:59] PROBLEM - mail1 APT on mail1 is CRITICAL: APT CRITICAL: 4 packages available for upgrade (4 critical updates). [13:14:05] PROBLEM - cp9 APT on cp9 is CRITICAL: APT CRITICAL: 4 packages available for upgrade (4 critical updates). [13:22:05] @MrJaroslavik see review [13:24:10] [02landing] 07MrJaroslavik synchronize pull request 03#40: Add Czech Translation (2) - 13https://git.io/JJafy [13:24:40] In this format? [13:25:05] Or Čeština (Czech)? [13:26:35] [02landing] 07RhinosF1 reviewed pull request 03#40 commit - 13https://git.io/JJaTZ [13:26:36] [02landing] 07RhinosF1 reviewed pull request 03#40 commit - 13https://git.io/JJaTn [13:27:21] @MrJaroslavik ^ [13:27:33] Looking [13:32:01] [02landing] 07MrJaroslavik reviewed pull request 03#40 commit - 13https://git.io/JJaTd [13:32:44] @MrJaroslavik: yeah that line removal looks fine, you are right it shouldn't be there [13:33:22] Sorry, i don't know how comments system works :( (on github) [13:33:29] It's ok [13:33:38] As long as I can see it [13:35:03] Is there needed any action from me? [13:36:13] Just remove the extra added line that you said shouldn't be there [13:39:04] I am not able to edit it https://github.com/MrJaroslavik/landing/blob/6d3058cdca8b101e249d545cc48a5ac260cb865c/translations.php I am on wrong place? [13:39:04] https://cdn.discordapp.com/attachments/435711390544560128/738752589604323404/IMG_20200731_153820.jpg [13:39:05] [ landing/translations.php at 6d3058cdca8b101e249d545cc48a5ac260cb865c · MrJaroslavik/landing · GitHub ] - github.com [13:39:37] Make sure it says master on the left side and not random string of letters/numbers [13:41:09] Oh, thanks [13:42:11] But there i don't see czech translations https://github.com/MrJaroslavik/landing/edit/master/translations.php [13:42:12] [ Sign in to GitHub · GitHub ] - github.com [13:43:34] PROBLEM - rdb1 APT on rdb1 is CRITICAL: APT CRITICAL: 4 packages available for upgrade (4 critical updates). [14:08:22] PROBLEM - jobrunner1 APT on jobrunner1 is CRITICAL: APT CRITICAL: 4 packages available for upgrade (4 critical updates). [14:18:41] PROBLEM - mw5 APT on mw5 is CRITICAL: APT CRITICAL: 4 packages available for upgrade (4 critical updates). [14:33:09] PROBLEM - db13 APT on db13 is CRITICAL: APT CRITICAL: 4 packages available for upgrade (4 critical updates). [14:50:18] Look for a patch-1 branch or something @MrJaroslavik [14:53:04] Hmm.. can someone delete the new RFC by ThesenatorO5-2? Like the first now-deleted one, the page is malformed and just doesn't make sense [14:53:46] I think he should be banned.... But only my opinion :) [14:54:15] No, we shouldn't ban people for making mistakes [14:57:24] I don't think ThesenatorO5-2 needs to be banned, and concur with AmandaCath entirely. However, he does need to dial it back on these RfCs. I think the subsequent RfC should be deleted, just like the first. He's acting in good-faith, but doesn't seem to understand why he's not going to be granted Oversight and CheckUser, especially without having established global policies vetted by Miraheze Staff and probably even the board. [14:57:27] I can look at the RfC [15:00:14] Deleted, someone give him a nudge on competency and we can topic ban if he really doesn't stop [15:00:33] hello dough good morning [15:00:45] > Deleted, someone give him a nudge on competency and we can topic ban if he really doesn't stop @RhinosF1 Nudge is on his his user talk page and Stewards' noticeboard from me [15:00:49] hi @Cocopuff2018 🙂 [15:01:07] Perfect [15:01:56] If absolutely necessary, Meta administrators could look at partially blocking him from creating subpages of "Requests for Comment," if that can be done. Haven't tried wildcards in partial blocks. Could be done through a special purpose, made-for-him abuse filter, though I imagine? [15:02:49] What's going on here? [15:03:08] PROBLEM - db7 Check MariaDB Replication on db7 is CRITICAL: MariaDB replication - both - CRITICAL - Slave_IO_Running state : Yes, Slave_SQL_Running state : Yes, Seconds_Behind_Master : 112s [15:04:20] @Cocopuff2018 This is the relay with the Miraheze IRC channel on Freenode, so it tends to be mostly sysadmin-type stuff, but right now, we're discussing some good-faith, albeit repeatedly created, malformed RfCs with no chance in hell of passing due to the legal implications. [15:04:41] > If absolutely necessary, Meta administrators could look at partially blocking him from creating subpages of "Requests for Comment," if that can be done. Haven't tried wildcards in partial blocks. Could be done through a special purpose, made-for-him abuse filter, though I imagine? @Doug: we can topic ban then block if he won't stop [15:05:08] RECOVERY - db7 Check MariaDB Replication on db7 is OK: MariaDB replication - both - OK - Slave_IO_Running state : Yes, Slave_SQL_Running state : Yes, Seconds_Behind_Master : 0s [15:05:28] > @Doug: we can topic ban then block if he won't stop @RhinosF1 Yeah, I'm just thinking of a partial block or special purpose, made-for-him abuse filter as a topic ban enforcer [15:05:30] Atleast give him a warning first [15:05:35] he has [15:05:55] then give him a 2nd then 3rd is a block for a short time [15:06:04] @Cocopuff2018: we can handle it perfectly fine [15:06:24] > @RhinosF1 Yeah, I'm just thinking of a partial block or special purpose, made-for-him abuse filter as a topic ban enforcer @Doug: If you can find someone willing to write that filter [15:06:38] if he continues after the first warning it shows he has no clear intention to fix [15:07:12] ^ [15:07:19] We can then topic ban [15:07:37] And if they won't follow that then we block [15:07:41] well then there is no other option but to take action in some way. [15:07:57] [02landing] 07MrJaroslavik synchronize pull request 03#40: Add Czech Translation (2) - 13https://git.io/JJafy [15:08:20] We are very much aware of our options @Cocopuff2018 [15:08:40] Ok. [15:09:25] Have no head from you in a while Zippix [15:09:42] I mostly chat in the staff channels [15:09:56] Zppix* [15:10:11] i cannot get into Irc right now because i lost the irc link [15:10:23] its in the topic [15:10:42] Sadly, not [15:11:09] it most certaintly is [15:11:15] freenode.net [15:11:18] Or i did not look hard enough [15:11:40] thanks!! [15:12:11] So zippix you use IRC more? [15:13:14] yes [15:13:21] Zppix* [15:13:42] Sorry i forgot to vote on ur global admin vote for the second go round i was going to [15:14:32] PROBLEM - services1 APT on services1 is CRITICAL: APT CRITICAL: 4 packages available for upgrade (4 critical updates). [15:18:15] Anyone here want to discuss politics? [15:19:03] no [15:19:17] that belongs in off topic [15:23:55] @RhinosF1 About my protection level problem - it's okay now, after my last action related to assingments by bureaucrats https://sesupport.miraheze.org/wiki/Special:Log/managewiki [15:23:56] [ ManageWiki log - StreamElements Support ] - sesupport.miraheze.org [15:29:11] PROBLEM - gluster1 APT on gluster1 is CRITICAL: APT CRITICAL: 4 packages available for upgrade (4 critical updates). [15:31:59] !log reception@jobrunner1:/srv/mediawiki/w/maintenance$ sudo -u www-data php runJobs.php --wiki metawiki [15:32:03] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [15:32:17] Reception123: ugh i hate having to do that [15:32:51] !log same for loginwiki [15:32:53] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [15:33:08] Zppix: loginwiki was fine only 22 jobs [15:33:36] Reception123: yeah i dont want it to get to far behind as it could cause issues with centralauth [15:34:34] @Zppix: just spawn a screen on test2 running it for all wiki [15:34:44] we dont run jobs on test2 [15:34:48] jobrunner only [15:35:36] and urgh why do we have so many apt upgrades [15:35:52] Reception123: must just be that time of the year [15:36:01] every day I have to upgrade [15:36:25] Reception123: i thought we had unattended upgrades? [15:37:48] Zppix: well icinga is shouting that we've got 4 critical updates [15:37:57] @Zppix: We can today because we already have screens running on the jobrunner [15:38:12] This is a let's get the thing stable situation [15:38:16] !log sudo apt-get upgrade on gluster1/services1/db13/mw5/jobrunner1/rdb1/cp9/mail1/puppet2/db12 [15:38:17] Just watch load [15:38:19] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [15:39:11] RECOVERY - gluster1 APT on gluster1 is OK: APT OK: 0 packages available for upgrade (0 critical updates). [15:39:35] RECOVERY - rdb1 APT on rdb1 is OK: APT OK: 0 packages available for upgrade (0 critical updates). [15:39:52] RECOVERY - puppet2 APT on puppet2 is OK: APT OK: 0 packages available for upgrade (0 critical updates). [15:40:06] RECOVERY - cp9 APT on cp9 is OK: APT OK: 0 packages available for upgrade (0 critical updates). [15:40:21] RECOVERY - jobrunner1 APT on jobrunner1 is OK: APT OK: 0 packages available for upgrade (0 critical updates). [15:40:32] RECOVERY - services1 APT on services1 is OK: APT OK: 0 packages available for upgrade (0 critical updates). [15:40:41] RECOVERY - mw5 APT on mw5 is OK: APT OK: 0 packages available for upgrade (0 critical updates). [15:40:59] RECOVERY - mail1 APT on mail1 is OK: APT OK: 0 packages available for upgrade (0 critical updates). [15:41:08] RECOVERY - db12 APT on db12 is OK: APT OK: 0 packages available for upgrade (0 critical updates). [15:41:09] RECOVERY - db13 APT on db13 is OK: APT OK: 0 packages available for upgrade (0 critical updates). [15:47:39] [02mw-config] 07Reception123 commented on pull request 03#3198: Add import option from Wikipedia to Meta-Wiki - 13https://git.io/JJa35 [15:47:44] ^ @MrJaroslavik [15:48:00] Oh [15:48:21] it's a minor thing but we like having things alphabetical [15:48:33] just dont look at our ssl repo xD [15:48:39] [02mw-config] 07Reception123 deleted branch 03why-doesnt--run-faster-exist - 13https://git.io/vbvb3 [15:48:41] [02miraheze/mw-config] 07Reception123 deleted branch 03why-doesnt--run-faster-exist [15:48:47] Zppix: heh that one follows different rules :P [15:49:49] Lol that branch name [15:49:55] Who put that there? [15:50:42] RhinosF1 [15:50:54] lol [15:51:27] Zppix: around for a few? [15:51:31] yes [15:51:45] Zppix: what happens when you click here: https://phabricator.miraheze.org/T5904#116944 (on the link in the task) [15:51:45] [ ⚓ T5904 Error with switching between VisualEditor and New Wikitext Source Editor in dual tab environment ] - phabricator.miraheze.org [15:51:58] for me it shows the error reported, but for John and pala dox it works apparently [15:52:15] [02mw-config] 07MrJaroslavik synchronize pull request 03#3198: Add import option from Wikipedia to Meta-Wiki - 13https://git.io/JJ2jk [15:52:35] Reception123: WFM [15:52:44] Zppix: so visualeditor works fine? [15:52:47] yes [15:52:52] Zppix: what browser? [15:53:01] Reception123: latest firefox developer edition [15:53:10] Hm okay [15:53:14] Well that's quite odd [15:53:36] Zppix: somehow now this time it took me to edit source [15:53:42] Reception123: have you tried clearing cookies and such? [15:53:43] [02mw-config] 07Reception123 closed pull request 03#3198: Add import option from Wikipedia to Meta-Wiki - 13https://git.io/JJ2jk [15:53:45] [02miraheze/mw-config] 07Reception123 pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJasG [15:53:46] [02miraheze/mw-config] 07MrJaroslavik 031b51683 - Add import option from Wikipedia to Meta-Wiki (#3198) * Add import option from Wikipedia to Meta-Wiki * Alphabetically per Reception [15:53:48] Zppix: I'll do that now [15:54:52] Zppix: hmm still shows "edit source' [15:55:02] and before it was giving me the error (a few days ago) [15:55:07] Reception123: could it be your preferences? [15:55:16] I have VE enabled in Beta [15:55:28] That branch name though is nothing compared to what one of my colleagues handled the other day.. [15:55:29] what about in editing tab? [15:55:32] an intrusion managed to change the name of a computer to "This machine has been disabled due to the end of the world. Kaboom" [15:55:45] lmao AmandaCath [15:55:48] AmandaCath: someone got into the system? [15:55:49] And then locked it in place [15:55:59] Reception123: yeah [15:56:13] that's not fun [15:56:36] Zppix: I mean I have " Enable the editing toolbar" enabled [15:56:51] Canada seems to have a lot of hackers and hack-related software [15:57:14] Reception123: hmmm... strange what about logged out? [15:57:53] Zppix: wow it does work [15:58:19] Reception123: it must just be a pref you have set [16:00:39] Hello Universal_Omega! If you have any questions, feel free to ask and someone should answer soon. [16:05:23] Reception123 imports works good, thanks [16:06:02] perfect :) you're welcome [16:14:21] PROBLEM - duepedia.uk.to - LetsEncrypt on sslhost is WARNING: WARNING - Certificate 'duepedia.uk.to' expires in 15 day(s) (Sun 16 Aug 2020 16:07:34 GMT +0000). [16:15:56] Hi AmandaCath [16:16:21] Zppix: RhinosF1 hmm I disabled VE on theoriegnqcwiki and it wasn't removed from services [16:16:25] isn't that quite strange? [16:16:39] Reception123: when? [16:16:53] [02miraheze/ssl] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJaGh [16:16:55] [02miraheze/ssl] 07MirahezeSSLBot 03c454548 - Bot: Update SSL cert for duepedia.uk.to [16:17:51] RhinosF1: at :03 [16:17:55] now it's :017 [16:18:00] :17 [16:18:09] ManageWiki log Reception123 talk contribs block changed the settings (visualeditor) for "theoriegnqcwiki" ‎(try something per T5904) [16:19:38] Reception123: hmm, give it another 10 mins [16:20:36] yup [16:22:32] Reception123: i got called into work [16:22:37] so i wont be around [16:22:47] if you need me ping me and ill check my pings when i can [16:22:54] ok [16:27:58] RECOVERY - duepedia.uk.to - LetsEncrypt on sslhost is OK: OK - Certificate 'duepedia.uk.to' will expire on Thu 29 Oct 2020 15:16:46 GMT +0000. [16:32:35] RhinosF1: still nothing [16:32:37] something is off [16:33:19] Reception123: What actually defines when services shuts off [16:33:54] .mh theoriegnqc . [16:33:54] https://theoriegnqc.miraheze.org/wiki/. [16:34:20] [02mw-config] 07MrJaroslavik opened pull request 03#3199: Add import option from mrjaroslavikwiki to sesupportwiki - 13https://git.io/JJaZy [16:36:05] RhinosF1: hmm I wonder [16:36:30] [02mw-config] 07Reception123 closed pull request 03#3199: Add import option from mrjaroslavikwiki to sesupportwiki - 13https://git.io/JJaZy [16:36:31] [02miraheze/mw-config] 07Reception123 pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJaZH [16:36:33] [02miraheze/mw-config] 07MrJaroslavik 0349fa837 - Add import option from mrjaroslavikwiki to sesupportwiki (#3199) [16:37:24] Reception123: can you find what actually determines when to turn services on/off [16:39:46] yeah looking [16:43:18] Hmm... seems like that the entire Twinkle gadget will break if parts of modules are removed, even if said parts are not in use [16:43:37] I'll investigate more once I have some food in my system [16:43:38] AmandaCath: yeah it's very messy, it wasn't easy to bring in [16:43:50] RhinosF1: hmm should be https://github.com/miraheze/puppet/blob/master/modules/services/templates/parsoid/config.yaml [16:43:51] [ puppet/config.yaml at master · miraheze/puppet · GitHub ] - github.com [16:46:08] Amanda|away: hmm [16:46:12] Twinkle is fragile [16:46:49] Reception123: but that doesn't tell me what extensions turn it on [16:46:56] So I can work out where that broke [16:47:43] RhinosF1: yeah still looking [16:54:32] RhinosF1: hmm really don't know [16:57:12] Reception123: then neither do I [16:57:26] Ok [17:14:34] @Reception123 and @Zppix What's the TL;dr version of your conversation above re: VE? If it's related to VE and New Wikitext Editor, I think I have an open Phabricator request for this, but essentially, when one has Visual Editing enabled in a non-VE enabled namespace, the user is presented with having to click a hyperlink on the page to reload the page. Suspect it's because we haven't New Wikitext Editor in all namespaces, even in those [17:14:34] where VE is not enabled. I know enabling VE in all namespaces needs a community discussion on Meta, but hoping we can just enable New Wikitext Editor in non-VE enabled namespaces. [17:14:44] and this would personally solve my month's long frustration [17:15:33] [02puppet] 07paladox commented on pull request 03#1414: icinga2: Update pki and api classes - 13https://git.io/JJacs [17:15:34] [02puppet] 07paladox closed pull request 03#1414: icinga2: Update pki and api classes - 13https://git.io/JJees [17:15:55] The TL;DR is it worked for Zppix but not me [17:15:59] paladox: hi. Around? [17:16:20] [02puppet] 07paladox deleted branch 03paladox-patch-5 - 13https://git.io/vbiAS [17:16:22] [02miraheze/puppet] 07paladox deleted branch 03paladox-patch-5 [17:17:11] Hey @paladox [17:17:17] [02puppet] 07paladox commented on pull request 03#1382: Introduce new decommission role - 13https://git.io/JJacC [17:17:22] [02puppet] 07paladox closed pull request 03#1382: Introduce new decommission role - 13https://git.io/JfgtX [17:17:26] Reception123: https://icinga.miraheze.org/monitoring/service/show?host=sslhost&service=wiki.veloren.net%20-%20reverse%20DNS doesn't seem to point to anything [17:17:27] [ Icinga Web 2 Login ] - icinga.miraheze.org [17:18:00] Hm yeah [17:18:11] It's ERR_CONNECTION_FAILED for me, wbu Reception123 [17:18:54] same [17:19:04] PROBLEM - test2 APT on test2 is CRITICAL: APT CRITICAL: 4 packages available for upgrade (4 critical updates). [17:19:29] Reception123: let's give it a day or two and if not just pull as standard [17:23:49] Can someone undelete MediaWiki:Gadget-twinklespeedy.js in Meta? I think that may be part of the reason why it's not working [17:25:15] One sec, low phone battery [17:26:19] RhinosF1: you can now use that app that you can only use under 5% battery [17:26:35] [02miraheze/services] 07Reception123 pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJaci [17:26:36] RhinosF1: http://diewithme.online/ [17:26:36] [02miraheze/services] 07Reception123 03833504a - rm theoriegnqc [17:26:36] [ Die With Me ] - diewithme.online [17:27:01] mutante: hah, what a fun idea :P [17:27:02] AmandaCath: done [17:27:14] Reception123: :) [17:27:27] .gj RhinosF1 [17:27:27] You're doing good work, RhinosF1! [17:27:27] unfortunately they want 99 cents i think.. but just the idea..yea [17:27:33] mutante: it's back to 6% [17:27:40] .gj RhinosF1 [17:27:40] You're doing good work, RhinosF1 ! [17:28:29] Ty AmandaCath mutante [17:30:23] [02miraheze/services] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJacH [17:30:25] [02miraheze/services] 07MirahezeSSLBot 0308fec26 - BOT: Updating services config for wikis [17:30:45] Reception123: ^ [17:32:07] It would seem that the twinklespeedy.js was imported from enwiki, but that the Twinkle.js was imported from simplewiki, thereby creating conflicts with "QD" vs "CSD" [17:32:25] Ah [17:33:45] Definitely going to take me a while to sort through this... glad I'm off work today [17:35:06] RhinosF1: what is it doing [17:35:15] Maybe my change to mw didn't submit? [17:35:17] Reception123: removing that wiki [17:35:45] RhinosF1: I removed it and it added it back [17:35:53] AmandaCath: twinkle is hard to port, thanks for comitting to it [17:35:56] Reception123: ye [17:35:56] RhinosF1: ahhh I'm stupid it was because of Flow [17:36:00] Oh [17:36:01] * Reception123 slaps himself [17:36:11] * RhinosF1 finds a trout [17:36:56] PROBLEM - cp3 Disk Space on cp3 is WARNING: DISK WARNING - free space: / 2648 MB (10% inode=93%); [17:37:53] RhinosF1: I forgot if I asked you but does VE work for you here? https://theoriegnqc.miraheze.org/wiki/Page_Principale [17:37:53] [ Théorie du GN du Québec ] - theoriegnqc.miraheze.org [17:38:09] for me it works on incognito but while logged in it takes me to normal edit [17:39:07] Will look later [17:40:15] https://cdn.discordapp.com/attachments/435711390544560128/738813286056722432/IMG_20200731_193956.jpg [17:46:40] @MrJaroslavik thanks. So you're getting the error described on the task [17:47:13] so for now Zppix/John/Paladox = it seems to work fine, me = got the error first now only see normal edit, MrJaroslavik/user = report the error [17:48:32] !log runJobs.php on meta [17:48:36] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [18:05:01] well, I got the deletion module to exist and launch properly [18:05:16] I guess that's a step in the right direction :/ [18:05:22] :P [18:11:42] !log add a runJobs for htmlCacheUpdate in my screen on jobrunner1 [18:11:50] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [18:13:40] * AmandaCath has had enough Twinkling for today [18:13:50] Guess it will always be a "work in progress" [18:16:42] Ye [19:44:57] sysadmins - thank you, Happy Sysadmin Day - https://en.wikipedia.org/wiki/System_Administrator_Appreciation_Day [19:44:57] [WIKIPEDIA] System Administrator Appreciation Day | "System Administrator Appreciation Day, also known as Sysadmin Day, SysAdminDay, is an annual event created by system administrator Ted Kekatos. The event exists to show appreciation for the work of sysadmins and other IT workers. It is celebrated on the last Friday in July...." [19:48:06] mutante: thank you [19:49:58] .announce To all sysadmins involved in the projects we work with, Slightly late but Happy Sysadmin Appreciation Day! Thanks for all the work you do - https://en.wikipedia.org/wiki/System_Administrator_Appreciation_Day [19:49:59] [ANNOUNCEMENT] To all sysadmins involved in the projects we work with, Slightly late but Happy Sysadmin Appreciation Day! Thanks for all the work you do - https://en.wikipedia.org/wiki/System_Administrator_Appreciation_Day [19:50:03] mutante: ^ [19:50:05] RhinosF1: Announce complete. [19:50:06] [WIKIPEDIA] System Administrator Appreciation Day | "System Administrator Appreciation Day, also known as Sysadmin Day, SysAdminDay, is an annual event created by system administrator Ted Kekatos. The event exists to show appreciation for the work of sysadmins and other IT workers. It is celebrated on the last Friday in July...." [19:50:32] RhinosF1: lol, nice! [19:50:45] mutante: :) [19:51:01] see the section about Russia on the Wikipedia page [19:51:13] "There are "sysadmin competitions" between participants: they throw defunct PC mice to reach maximum distance and also throw such mice (with their "tails" cut out) within an empty distant computer case used as basket. Additionally, they powerlift a bundle of unused HDDs." [19:51:29] PROBLEM - mon1 Current Load on mon1 is CRITICAL: CRITICAL - load average: 5.63, 3.36, 1.78 [19:52:05] mutante: haha! I can't throw though [19:52:46] lol, good point for probably many admins [19:57:29] PROBLEM - mon1 Current Load on mon1 is WARNING: WARNING - load average: 3.48, 4.00, 2.63 [19:58:26] mutante: that's probably true. [20:01:31] PROBLEM - mon1 Current Load on mon1 is CRITICAL: CRITICAL - load average: 5.77, 4.50, 3.10 [20:07:30] PROBLEM - mon1 Current Load on mon1 is WARNING: WARNING - load average: 2.93, 3.75, 3.23 [20:09:29] RECOVERY - mon1 Current Load on mon1 is OK: OK - load average: 1.40, 2.86, 2.97 [20:52:25] !log run jobs on metawiki via jobrunner1 [20:52:29] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [20:55:25] [02miraheze/mw-config] 07RhinosF1 pushed 031 commit to 03RhinosF1-patch-1 [+0/-0/±1] 13https://git.io/JJazz [20:55:27] [02miraheze/mw-config] 07RhinosF1 0377bd4aa - missing-wiki: add archive.org link per discord suggestion [20:55:28] [02mw-config] 07RhinosF1 created branch 03RhinosF1-patch-1 - 13https://git.io/vbvb3 [20:55:30] [02mw-config] 07RhinosF1 opened pull request 03#3200: missing-wiki: add archive.org link - 13https://git.io/JJazg [21:02:22] [02puppet] 07paladox commented on pull request 03#1424: Cloud: Add ssh::server::permit_root - 13https://git.io/JJagv [21:02:26] [02puppet] 07paladox closed pull request 03#1424: Cloud: Add ssh::server::permit_root - 13https://git.io/JJI8z [21:39:26] >  so for now Zppix/John/Paladox = it seems to work fine, me = got the error first now only see normal edit, MrJaroslavik/user = report the error I get that error as well, Reception123. And I believe @RhinosF1 has also confirmed the error previously. See one of my Phabricator tickets. [21:40:51] >  [ANNOUNCEMENT] To all sysadmins involved in the projects we work with, Slightly late but Happy Sysadmin Appreciation Day! Thanks for all the work you do - https://en.wikipedia.org/wiki/System_Administrator_Appreciation_Day wonders if we have a Tux fan wiki [21:40:51] [WIKIPEDIA] System Administrator Appreciation Day | "System Administrator Appreciation Day, also known as Sysadmin Day, SysAdminDay, is an annual event created by system administrator Ted Kekatos. The event exists to show appreciation for the work of sysadmins and other IT workers. It is celebrated on the last Friday in July...." [21:43:05] >  Guess it will always be a "work in progress" Thanks for your efforts in setting up Twinkle. Twinkle is probably one of, if not the, most involved gadgets in terms of number of components required for full operation. [21:45:03] >  It would seem that the twinklespeedy.js was imported from enwiki, but that the Twinkle.js was imported from simplewiki, thereby creating conflicts with "QD" vs "CSD" That makes sense, since Simple English Wikipedia uses Basic English and calls "speedy deletions" "quick deletions". [21:45:13] [02miraheze/services] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJaaW [21:45:15] [02miraheze/services] 07MirahezeSSLBot 035b8da43 - BOT: Updating services config for wikis [21:49:29] PROBLEM - mon1 Current Load on mon1 is CRITICAL: CRITICAL - load average: 5.13, 3.26, 1.84 [21:55:29] PROBLEM - mon1 Current Load on mon1 is WARNING: WARNING - load average: 2.98, 3.67, 2.54 [21:57:29] PROBLEM - mon1 Current Load on mon1 is CRITICAL: CRITICAL - load average: 6.11, 4.51, 2.97 [22:07:29] RECOVERY - mon1 Current Load on mon1 is OK: OK - load average: 0.84, 3.05, 3.18 [22:33:29] PROBLEM - mon1 Current Load on mon1 is CRITICAL: CRITICAL - load average: 4.99, 3.04, 2.01 [22:43:29] PROBLEM - mon1 Current Load on mon1 is WARNING: WARNING - load average: 2.16, 3.74, 3.08 [22:49:29] PROBLEM - mon1 Current Load on mon1 is CRITICAL: CRITICAL - load average: 4.29, 3.95, 3.37 [22:51:29] PROBLEM - mon1 Current Load on mon1 is WARNING: WARNING - load average: 3.35, 3.97, 3.46 [22:53:29] PROBLEM - mon1 Current Load on mon1 is CRITICAL: CRITICAL - load average: 4.38, 4.14, 3.58 [22:59:29] PROBLEM - mon1 Current Load on mon1 is WARNING: WARNING - load average: 3.62, 3.92, 3.68 [23:01:29] PROBLEM - mon1 Current Load on mon1 is CRITICAL: CRITICAL - load average: 5.37, 4.39, 3.87 [23:07:29] PROBLEM - mon1 Current Load on mon1 is WARNING: WARNING - load average: 2.70, 3.56, 3.73 [23:11:30] PROBLEM - mon1 Current Load on mon1 is CRITICAL: CRITICAL - load average: 5.81, 4.05, 3.83 [23:12:18] PROBLEM - thelonsdalebattalion.co.uk - LetsEncrypt on sslhost is WARNING: WARNING - Certificate 'thelonsdalebattalion.co.uk' expires in 15 day(s) (Sun 16 Aug 2020 23:10:01 GMT +0000). [23:15:29] PROBLEM - mon1 Current Load on mon1 is WARNING: WARNING - load average: 3.76, 3.88, 3.83 [23:19:14] [02miraheze/ssl] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JJaoJ [23:19:15] [02miraheze/ssl] 07MirahezeSSLBot 035a1f146 - Bot: Update SSL cert for thelonsdalebattalion.co.uk [23:19:30] PROBLEM - mon1 Current Load on mon1 is CRITICAL: CRITICAL - load average: 5.03, 4.51, 4.09 [23:21:30] PROBLEM - mon1 Current Load on mon1 is WARNING: WARNING - load average: 3.16, 3.98, 3.95 [23:23:30] PROBLEM - mon1 Current Load on mon1 is CRITICAL: CRITICAL - load average: 4.87, 4.52, 4.16 [23:27:29] PROBLEM - mon1 Current Load on mon1 is WARNING: WARNING - load average: 3.03, 3.82, 3.97 [23:32:47] RECOVERY - thelonsdalebattalion.co.uk - LetsEncrypt on sslhost is OK: OK - Certificate 'thelonsdalebattalion.co.uk' will expire on Thu 29 Oct 2020 22:19:06 GMT +0000. [23:33:29] PROBLEM - mon1 Current Load on mon1 is CRITICAL: CRITICAL - load average: 4.99, 3.81, 3.84 [23:35:29] PROBLEM - mon1 Current Load on mon1 is WARNING: WARNING - load average: 3.44, 3.35, 3.65 [23:39:29] RECOVERY - mon1 Current Load on mon1 is OK: OK - load average: 1.08, 2.49, 3.25