[00:03:03] PROBLEM - mw1 Puppet on mw1 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [00:03:07] PROBLEM - mw3 Puppet on mw3 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [00:03:13] PROBLEM - cp4 Puppet on cp4 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [00:03:15] PROBLEM - misc2 Puppet on misc2 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [00:03:39] PROBLEM - misc1 Puppet on misc1 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [00:04:45] PROBLEM - cp2 Puppet on cp2 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [00:04:53] PROBLEM - puppet1 Puppet on puppet1 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [00:11:07] RECOVERY - mw3 Puppet on mw3 is OK: OK: Puppet is currently enabled, last run 4 seconds ago with 0 failures [00:11:13] RECOVERY - cp4 Puppet on cp4 is OK: OK: Puppet is currently enabled, last run 18 seconds ago with 0 failures [00:11:15] RECOVERY - misc2 Puppet on misc2 is OK: OK: Puppet is currently enabled, last run 14 seconds ago with 0 failures [00:12:45] RECOVERY - cp2 Puppet on cp2 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [00:12:53] RECOVERY - puppet1 Puppet on puppet1 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [00:13:03] RECOVERY - mw1 Puppet on mw1 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [00:13:05] RECOVERY - cp5 Puppet on cp5 is OK: OK: Puppet is currently enabled, last run 31 seconds ago with 0 failures [00:13:39] RECOVERY - misc1 Puppet on misc1 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [00:40:57] RECOVERY - test1 Puppet on test1 is OK: OK: Puppet is currently enabled, last run 5 seconds ago with 0 failures [05:00:20] [02puppet] 07JohnFLewis commented on pull request 03#897: Split up Volumes in bacula - 13https://git.io/fp8Er [10:23:03] PROBLEM - kkutu.wiki - LetsEncrypt on sslhost is WARNING: WARNING - Certificate 'kkutu.wiki' expires in 15 day(s) (Fri 07 Dec 2018 10:20:18 AM GMT +0000). [10:23:18] [02miraheze/ssl] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fp8yA [10:23:19] [02miraheze/ssl] 07MirahezeSSLBot 0301a3c23 - Bot: Update SSL cert for kkutu.wiki [10:31:04] RECOVERY - kkutu.wiki - LetsEncrypt on sslhost is OK: OK - Certificate 'kkutu.wiki' will expire on Tue 19 Feb 2019 09:23:12 AM GMT +0000. [12:01:05] Hello drqxr! If you have any questions feel free to ask and someone should answer soon. [12:01:16] hi [12:02:21] I am trying to create an account but I can't - getting a database query error. [15:06:30] !log renaming anothertimeline2120wiki to megrezwiki [15:06:34] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [17:19:19] MacFan4000: it's possible for mw-admins to rename now? [17:19:22] I wasn't aware... [17:19:49] Yeah [17:20:40] MacFan4000: really? How do you have access to renaming the database? [17:20:45] mysql and mysqldump work on mw1 when I do -h db4.miraheze.org and use the credentials from PrivateSettings.php [17:21:39] i create a dump then import the the new db from the dump [17:23:56] MacFan4000: I'm not sure you should be doing that as mw-admin, however, without proper access to db4 and without being part of the Ops team [17:27:42] Note that I don’t do any dropping [17:27:49] I leave that part to ops [17:29:33] It’s very similar process to https://meta.miraheze.org/wiki/Tech:Rename_a_wiki [17:29:34] Title: [ Tech:Rename a wiki - Miraheze Meta ] - meta.miraheze.org [17:30:41] “don’t do any dropping” but that’s part of the process and sometimes until you drop it, there’s no verbose issues [17:33:11] You know that there aren’t issues when you successfully visit the wiki at the new URL [17:33:30] Also theese commands only work on mw1 [17:33:50] They don’t work on any other mw server [17:34:40] Dropping is also the very last step [17:38:02] mysql* shouldn't be on any server though [17:38:25] Sounds to me like somebody installed it on mw1 [17:38:45] paladox: ^ know anything about this? [17:38:54] Nope i do not [17:39:15] Anyways should i remove it JohnLewis ? [17:39:21] I only discovered this today [17:39:32] E: Unable to locate package mysqldump [17:39:32] root@mw1:~# mysqldump [17:39:32] Usage: mysqldump [OPTIONS] database [tables] [17:39:36] heh apt [17:40:03] JohnLewis thats because it's provided by mysql-client [17:40:04] :P [17:40:09] there's no mysqldump package [17:40:34] !log remove MariaDB* on mw1 [17:40:39] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [17:50:47] Something is still making those commands usable [17:53:15] just did apt list —installed and I can see that it says mysql-common is installed [17:54:11] !log apt-get --purge remove mysql* [17:54:15] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [18:00:38] [02puppet] 07paladox synchronize pull request 03#897: Split up Volumes in bacula - 13https://git.io/fp8t9 [18:00:39] [02miraheze/puppet] 07paladox pushed 031 commit to 03paladox-patch-2 [+0/-0/±1] 13https://git.io/fp40q [18:00:41] [02miraheze/puppet] 07paladox 03aabf1c8 - Update bacula-dir.conf [18:00:51] [02puppet] 07paladox edited pull request 03#897: Split up Volumes in bacula - 13https://git.io/fp8t9 [18:01:38] paladox: please update the data comment as well please [18:02:06] JohnLewis this one "# Pools - current maximum disk usage: 652G / 491G (!)"? [18:02:12] yes [18:02:38] woulden't that make it [18:02:53] 692gb? [18:02:54] JohnLewis ^^ [18:03:05] no, it's wrong already [18:03:16] because you already made changes without updating it [18:04:06] um [18:04:31] what should it be? [18:04:41] calculate it... [18:06:08] JohnLewis 662 [18:06:16] 240 + 400 + 20 + 2 [18:06:16] okay [18:07:00] [02puppet] 07paladox synchronize pull request 03#897: Split up Volumes in bacula - 13https://git.io/fp8t9 [18:07:02] [02miraheze/puppet] 07paladox pushed 031 commit to 03paladox-patch-2 [+0/-0/±1] 13https://git.io/fp40b [18:07:03] [02miraheze/puppet] 07paladox 03ee49a09 - Update bacula-dir.conf [18:07:07] JohnLewis ^ [18:07:25] k [19:26:14] [02miraheze/mw-config] 07MacFan4000 pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fp4az [19:26:15] [02miraheze/mw-config] 07MacFan4000 0324b75ad - Whitelist Special:Interwiki [19:29:12] [02puppet] 07paladox closed pull request 03#897: Split up Volumes in bacula - 13https://git.io/fp8t9 [19:29:14] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fp4a6 [19:29:15] [02miraheze/puppet] 07paladox 03f6fe153 - Split up Volumes in bacula (#897) * Split up Volumes in bacula This changes DB4 to 40gb x 5 = 200gb. This also changes static backup too. * Update bacula-dir.conf * Update bacula-dir.conf [19:29:17] [02puppet] 07paladox deleted branch 03paladox-patch-2 - 13https://git.io/vbiAS [19:29:18] [02miraheze/puppet] 07paladox deleted branch 03paladox-patch-2 [19:47:57] [02miraheze/mw-config] 07MacFan4000 pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fp4wT [19:47:58] [02miraheze/mw-config] 07MacFan4000 03e1f0658 - Add some Lang specific entry’s [19:50:40] should probably use a hook rather than do a long list [19:53:10] [02mw-config] 07MacFan4000 deleted branch 03paladox-patch-1 - 13https://git.io/vbvb3 [19:53:12] [02miraheze/mw-config] 07MacFan4000 deleted branch 03paladox-patch-1 [20:32:05] !log sudo apt-get install python-certbot-nginx -t stretch-backports on mw1 for T3822 [20:32:10] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [20:42:34] !log apt-get --purge remove python-certbot* [20:42:38] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [20:42:57] !log sudo apt-get install certbot -t stretch-backports on mw1 [20:43:01] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [20:57:25] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fp46P [20:57:26] [02miraheze/puppet] 07paladox 035aaeeb5 - Redirect /.well-known/acme-challenge to mw1 [21:14:10] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fp4id [21:14:12] [02miraheze/puppet] 07paladox 03ec9ecaa - Revert "Redirect /.well-known/acme-challenge to mw1" This reverts commit 5aaeeb534a16a09744a71923a7ce503576a5bf8c. [21:19:03] PROBLEM - mw1 Puppet on mw1 is WARNING: WARNING: Puppet is currently disabled, message: paladox, last run 8 minutes ago with 0 failures [21:30:49] does anyone know if im allowed to have more than 1 wiki per acount? [21:31:33] Yes you can. (we doin't have a policy that prevents you as far as i know) [21:32:33] ok thank you ^-^ [21:32:34] also [21:32:35] umm [21:32:37] weird question [21:32:45] how many people see the "reason for wiki"? [21:35:14] actually nvm wont matter ^-^ [21:35:18] i can be vague but truthful [21:39:10] paladox, checked SN recently? [21:39:32] looks like DB/Internal errors on user creations and wiki creations [21:40:43] uh [21:40:47] * paladox looks [21:44:37] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fp41T [21:44:38] [02miraheze/mw-config] 07paladox 037ae4a9f - Set wgCreateWikiCDBDirectory [21:46:26] miraheze has just crashed [21:46:32] where do i post crash reports? [21:46:35] and links [21:46:54] @subnekosis hi, known [21:47:00] JohnLewis CW is broken [21:47:11] see -staff [21:47:12] its back ^-^ [21:52:14] [02miraheze/mediawiki] 07paladox pushed 032 commits to 03REL1_31 [+0/-0/±2] 13https://git.io/fp41X [21:52:15] [02miraheze/mediawiki] 07paladox 03fb6493e - Revert "update CW" This reverts commit 5b8e6e9cf5f4af89595e782b2039031e410db45f. [21:52:17] [02miraheze/mediawiki] 07paladox 03bdbcb2d - Revert "update CW" This reverts commit 1722682ac530e8e4b2da538be8d09b5aa7a2ae59. [21:55:43] JohnLewis actually now it's causing wiki outages so i reverted your commits ^^ [21:55:49] see https://phabricator.miraheze.org/T3823 [21:55:49] Title: [ ⚓ T3823 CreateWiki is broken @ master ] - phabricator.miraheze.org [22:10:26] !log recreating techbestpracticewiki [22:10:30] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [22:16:45] !log recreating suginamisannekiwiki [22:16:49] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [22:18:19] oh :( [22:24:58] do notifications update on their own or should i reload the page? [22:45:27] [02miraheze/CreateWiki] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fp4SH [22:45:29] [02miraheze/CreateWiki] 07paladox 03eaf00c3 - Add if check for $wgCreateWikiCDBRequireFiles [22:46:46] [02miraheze/mediawiki] 07paladox pushed 031 commit to 03REL1_32 [+0/-0/±1] 13https://git.io/fp4SF [22:46:48] [02miraheze/mediawiki] 07paladox 03ad80abc - Update CW [22:48:53] I mean yes... but that shouldn't be active [22:49:01] why did you set the CDB config? [22:49:24] at no point did I give any permission to enable it [22:50:25] I checked and all the code should be if guarded. No code at all should be active [22:51:19] paladox: https://github.com/miraheze/mw-config/commit/7ae4a9fd6d5b6d2cabe9f94194e50e6ed8b01ea6 revert immediately [22:51:20] Title: [ Set wgCreateWikiCDBDirectory · miraheze/mw-config@7ae4a9f · GitHub ] - github.com [22:51:29] otherwise wikis WILL be broken [22:51:38] JohnLewis i didn't know that [22:51:45] i was going on what the logs was saying [22:52:18] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fp49s [22:52:20] [02miraheze/mw-config] 07paladox 03ee1d777 - Revert "Set wgCreateWikiCDBDirectory" This reverts commit 7ae4a9fd6d5b6d2cabe9f94194e50e6ed8b01ea6. [22:52:25] at 44 you caused the outage, then reverted my changes blaming me [22:54:00] JohnLewis yes, which was a mistake by me when i realised that it started failing with scribunto errors i knew it was something else (caused by me switching that flap). [22:54:06] JohnLewis your change broke CW [22:54:20] wikis that were created in the last 24 hours were left with a broken db [22:54:31] leading to errors when users were creating accounts. [22:54:55] [02miraheze/CreateWiki] 07JohnFLewis pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fp49l [22:54:57] [02miraheze/CreateWiki] 07JohnFLewis 030fd6b67 - guard stray CDB code [22:55:17] my change did, but yours broke the wikis [22:55:43] mine could have been found easily by looking at the errors [22:56:00] PROBLEM - test1 Puppet on test1 is CRITICAL: CRITICAL: Puppet has 1 failures. Last run 2 minutes ago with 1 failures. Failed resources (up to 3 shown): Exec[git_pull_MediaWiki core] [22:56:24] please deploy the above [22:56:41] ok [22:57:37] [02miraheze/mediawiki] 07paladox pushed 031 commit to 03REL1_31 [+0/-0/±1] 13https://git.io/fp49o [22:57:38] [02miraheze/mediawiki] 07paladox 03e39d99f - Update CW [22:58:49] I'm just annoyed that at this org, yet again, errors are blamed on poor code and not the poor debugging technique [23:09:05] [02miraheze/mediawiki] 07paladox pushed 031 commit to 03REL1_32 [+0/-0/±1] 13https://git.io/fp4Ha [23:09:06] [02miraheze/mediawiki] 07paladox 0324e8087 - Update CW [23:35:30] Hi! Here is the list of currently open high priority tasks on Phabricator [23:35:36] No updates for 3 days - https://phabricator.miraheze.org/T3812 - guiasdobrasil.com.br proxied by Cloudflare - authored by revi, assigned to None [23:47:03] RECOVERY - mw1 Puppet on mw1 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures