[00:15:02] PROBLEM - mw5 Current Load on mw5 is CRITICAL: CRITICAL - load average: 8.28, 6.11, 4.55 [00:17:03] RECOVERY - mw5 Current Load on mw5 is OK: OK - load average: 3.34, 5.16, 4.40 [00:17:03] PROBLEM - ao90.pinho.org - reverse DNS on sslhost is WARNING: rDNS WARNING - reverse DNS entry for ao90.pinho.org could not be found [00:17:04] PROBLEM - wiki.dom64.xyz - reverse DNS on sslhost is WARNING: rDNS WARNING - reverse DNS entry for wiki.dom64.xyz could not be found [00:23:51] RECOVERY - ao90.pinho.org - reverse DNS on sslhost is OK: rDNS OK - ao90.pinho.org reverse DNS resolves to cp6.miraheze.org [00:24:00] RECOVERY - wiki.dom64.xyz - reverse DNS on sslhost is OK: rDNS OK - wiki.dom64.xyz reverse DNS resolves to cp7.miraheze.org [00:52:10] PROBLEM - test2 MediaWiki Rendering on test2 is CRITICAL: HTTP CRITICAL: HTTP/1.1 500 Internal Server Error - 486 bytes in 0.123 second response time [00:54:11] RECOVERY - test2 MediaWiki Rendering on test2 is OK: HTTP OK: HTTP/1.1 200 OK - 20065 bytes in 0.145 second response time [06:14:06] !log reception@jobrunner1:/srv/mediawiki/w/extensions/ManageWiki/maintenance$ sudo -u www-data php populateGroupPermissionsWithDefaults.php --wiki vmcodexwiki --overwrite [06:14:09] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log [06:42:28] @dmehus Do you have a sec rn? [06:42:34] If so, DM me on Discord [06:42:54] @Universal_Omega what you said, in Discord, for real? [06:48:57] @blackwidowmovie0 Okay, quickly. I will first review your outstanding DM on IRC, and try and get to your Discord DMs in the next day or two. [07:58:34] https://usercontent.irccloud-cdn.com/file/4uzi4W4V/image.png [08:00:04] Just workin on my new abuse filter [08:00:06] https://usercontent.irccloud-cdn.com/file/c8Wx9zbF/image.png [08:00:34] https://usercontent.irccloud-cdn.com/file/yFSX0zXX/image.png [08:01:29] 🤔 :P [08:09:44] 👍 [08:12:17] @Doug might wanna tell @revi about that. 😛 [08:13:17] Please do not ping me on irc-relay with @ [08:13:23] that sends out doubleping [08:13:59] revi knows I WikiGnome after his bot. Reception123 joked I should make a DougBot whose sole purpose is insert line breaks following Revibot. :P [08:14:22] That might not actually be a bad idea because at least they would be marked as bot edits [08:14:36] True, but I don't know how to program it. [08:14:45] If someone built it for me, I'd happily run it. :) [08:15:10] How exactly do you determine where to put line breaks? [08:15:17] Didn't know you were on IRC, too, sorry. [08:15:28] or maybe easier, integrate it into re vi bot [08:15:31] r4356th All the cool kids are on irc [08:15:38] reception123 Yeah I bothered revi about that but he refused [08:15:46] ah lol [08:15:47] So we just have bots that follow around other bots instead [08:15:53] @Naleksuh Yeah, that's a bit difficult, but basically only need to insert one line break from the top post Revibot archived [08:16:03] I only pull it from pywikibot upstream [08:16:37] no custom coding — I run like 4 versions of archivebot.py and maintaining same version across them is… bit of a wtf [08:16:47] Yeah I wouldn't say revi refused; he just uses only code from pywikibot, and uses several versions behind for stability/performance reasons [08:16:49] Maybe report upstream then? [08:17:11] Wait a minute [08:17:13] @R4356th yeah that's probably the best strategy actually [08:17:21] It seems like the line breaks have zero visible effect on the page [08:17:24] So why not just stop adding them [08:17:43] Which dmehus should do [08:18:11] @Naleksuh They don't. But it makes for messy wikitext code, hard to determine where new section header is. Line break makes it easier to see where the sections are. [08:18:30] Okay yeah that's not a very good reason for adding them manually [08:18:38] I would say either fix them from pywikibot core or just dont add them [08:19:01] :thistbh: [08:19:03] It's a bit weak, yes, but it's not terrible, either. You could just ignore my gnoming until fixed. :P [08:19:17] Thats not easy to just "ignore" [08:19:23] how? [08:19:30] Why not just not flood recent changes with a bunch of those edits lol [08:20:08] lol I don't even look at on-wiki RC tbh. IRC RC feeds are way easier to follow [08:20:21] Translation edits are way more noisy than that. :P [08:20:27] LOL. [08:20:53] That's Translate extension 's fault. [08:20:55] Page creation for every translation unit created in every language of every translation subpage [08:21:00] easier to follow more like harder to follow [08:21:01] @R4356th True. [08:21:09] what genius decided that marking edits as patrolled should be logged [08:21:12] I just block all irc bots [08:21:35] oh you mean for the RC feeds? [08:21:38] I like that [08:21:48] No its terrible [08:21:50] Keep tabs on patrollers' activity [08:22:00] Doesnt that ruin the point of patrolling [08:22:06] Blame #miraheze-bots for that [08:22:07] You want to mark marking stuff as patrolled as patrolled? [08:22:10] I guess maybe [08:22:39] They basically have every RC change possible, more than on-wiki RC. Even thanks are logged [08:22:55] ```•StreamBotMH> Recent Changes On metawiki Naleksuh Naleksuh thanked Reception123; https://meta.miraheze.org/wiki/Special:Log/thanks``` [08:22:55] [ All public logs - Miraheze Meta ] - meta.miraheze.org [08:23:06] Yeah so it logs stupid stuff [08:23:12] I do agree the thanks are pretty useless though [08:23:26] This is why we need DmehusBot to add line breaks [08:23:27] I think that's legacy Examknow code actually. Not sure. [08:23:36] lol true [08:23:56] @Reception123 did EK code StreamBotMH, or just SigmaBotMH? [08:24:16] can be useful if you can detect someone spam-thanking somehody else [08:24:20] somebody^ [08:24:28] revi, that's true, yeah [08:24:42] Oh, your name highlighted in blue that time [08:24:50] dmehus: I believe both, but not entirely sure [08:25:29] @Reception123 yeah that was my understanding too, though StreamBotMH has been significantly reworked than SigmaBotMH, I think? [08:25:37] Will have to ask @RhinosF1. [08:25:57] I think so yeah [08:26:06] This bot is even worse [08:26:07] .tell RhinosF1 see #miraheze IRC logs from 15 December 2020 at 8:20 AM UTC timestamp [08:26:07] dmehus: I'll pass that on when RhinosF1 is around. [08:26:19] It detects plaintext revi and converts to discord ping [08:26:19] revi, which bot? [08:26:34] relay [08:26:36] Oh, yeah, the Discord bot. [08:26:38] :( [08:26:56] just blocked it on discord interface [08:27:06] heh [08:27:21] and I like your IRC hostmask, revi [08:27:38] lol [08:27:43] Oh yeah his Wikimedia name is "-revi" [08:27:46] Cause just "revi" isn't fancy enough [08:27:55] nope [08:28:01] I never know if it's an mdash or an ndash [08:28:07] because 'Revi' was taken and could not be taken over [08:28:09] It looks like an ndash, but is an mdash [08:28:11] yeah I don't like the bot converting to discord pings tbh, we don't want to be pinged twice [08:28:13] -. [08:28:18] __xXxREVIxXx__ [08:28:25] LOL no I hate that [08:28:52] I do like preceding usernames with a tilde, like ~riley from Wikimedia does. [08:28:55] I need to look at discord bot config [08:29:00] But I also like revi's approach as well [08:29:10] @RhinosF1 yeah :thistbh: [08:29:14] Tbh, I need to look at a lot with the bot [08:29:16] @dmehus Can I have help setting up my bot? [08:29:19] bots [08:29:29] dmehus No clearly __xXxREVIxXx__ is the best name [08:29:30] @blackwidowmovie0 what is your bot? [08:29:39] BlackWidowMovie0-BOT [08:29:50] what do you want it to do? [08:30:00] I want to get him to be a counter-vandalism bot, but I don't know how [08:30:12] I like Wikia rule on renaming [08:30:16] I need proper designers though and other technical people to work on it [08:30:18] > One, and only one, renaming allowed. [08:30:25] Well, that's vague, but sounds quite complex, and is beyond my technical competency level. [08:30:26] Why do you like that [08:30:31] terrible policy [08:30:37] Because people fucks with the renaming [08:30:50] it is terrible [08:30:51] I don't like only one rename, but I do think one rename every 2 years is a reasonable limit [08:31:08] @dmehus 2 renames every year [08:31:18] that's what I prefer [08:31:19] getting renames, 5 minutes later, Rename me back [08:31:27] kind of thing I am tired of [08:31:29] @blackwidowmovie0 that's okay. Right now we have users that request renames every 2 months [08:31:40] revi, very true [08:31:55] dmehus The average steam user changes their name like 3 times a week [08:32:03] Oof. [08:32:18] revi, true, but it also affects users who just wanted their name changed once after 5ish months [08:32:36] MW is not like steam where your internal ID != display ID [08:33:02] but I don't really see why you should change your name like 5 times. [08:33:02] true [08:33:13] revi, Naleksuh, are one of you available to help me with my bot? [08:33:17] no [08:33:19] no [08:33:41] Wikimedia has de facto restriction of 2 total renames [08:34:34] oof [08:34:34] Our policy is common sense [08:35:07] hates renames as if you do more than 2/3 at once they're near guarnteed to mess up and need a Sysadmin to kick then [08:35:41] *hates the double and broken redirects they create and wishes stewards would suppress redirects on renaming* [08:35:59] I just fail to see why you should be renamed more than twice, at best [08:36:04] * blackwidowmovie0 hates users who spam the global rename requests [08:36:27] revi, what if you want to be renamed after having the same name for 10ish years? [08:36:31] I have to agree with that, actually. There can be exceptions, but let the user articulate a clear need otherwise decline after two renames [08:37:02] first time sure, but more than once, uhm. [08:39:47] anyway time for @Doug to shut down for the night [08:40:15] .mhshutoff @Doug 7 hours [08:40:23] Night [08:40:28] night [08:42:24] night [10:08:15] PROBLEM - cyberlaw.ccdcoe.org - LetsEncrypt on sslhost is WARNING: WARNING - Certificate 'cyberlaw.ccdcoe.org' expires in 15 day(s) (Thu 31 Dec 2020 10:05:56 GMT +0000). [10:09:16] [02miraheze/ssl] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JLm9L [10:09:17] [02miraheze/ssl] 07MirahezeSSLBot 03b340b62 - Bot: Update SSL cert for cyberlaw.ccdcoe.org [10:28:50] RECOVERY - cyberlaw.ccdcoe.org - LetsEncrypt on sslhost is OK: OK - Certificate 'cyberlaw.ccdcoe.org' will expire on Mon 15 Mar 2021 09:09:08 GMT +0000. [11:49:55] PROBLEM - public.revi.wiki - reverse DNS on sslhost is WARNING: rDNS WARNING - reverse DNS entry for public.revi.wiki could not be found [11:49:55] PROBLEM - en.wikireserve.com - reverse DNS on sslhost is WARNING: rDNS WARNING - reverse DNS entry for en.wikireserve.com could not be found [11:49:58] PROBLEM - es.gyaanipedia.co.in - reverse DNS on sslhost is WARNING: rDNS WARNING - reverse DNS entry for es.gyaanipedia.co.in could not be found [11:54:34] not me, I get query response just fine https://dns.google/resolve?name=public.revi.wiki&type=A [11:56:35] RECOVERY - en.wikireserve.com - reverse DNS on sslhost is OK: rDNS OK - en.wikireserve.com reverse DNS resolves to cp6.miraheze.org [11:56:35] RECOVERY - public.revi.wiki - reverse DNS on sslhost is OK: rDNS OK - public.revi.wiki reverse DNS resolves to cp6.miraheze.org [11:56:41] RECOVERY - es.gyaanipedia.co.in - reverse DNS on sslhost is OK: rDNS OK - es.gyaanipedia.co.in reverse DNS resolves to cp7.miraheze.org [13:15:26] [02mw-config] 07revi opened pull request 03#3570: Redo #2557 - 13https://git.io/JLYr0 [13:34:04] [02mw-config] 07paladox commented on pull request 03#3570: Redo #2557 - 13https://git.io/JLYX5 [13:35:28] [02mw-config] 07Pix1234 commented on pull request 03#3570: Redo #2557 - 13https://git.io/JLY1O [13:35:36] [02mw-config] 07Pix1234 closed pull request 03#3570: Redo #2557 - 13https://git.io/JLYr0 [13:35:37] [02miraheze/mw-config] 07Pix1234 pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JLY1n [13:35:39] [02miraheze/mw-config] 07revi 0397a9712 - Redo #2557 (#3570) It still sucks. Why was it undid after all? Signed-off-by: Yongmin Hong [13:36:08] [02mw-config] 07JohnFLewis commented on pull request 03#3570: Redo #2557 - 13https://git.io/JLY12 [13:36:24] [02miraheze/mw-config] 07Pix1234 pushed 031 commit to 03revert-3570-reviwikiwiki-norc [+0/-0/±1] 13https://git.io/JLY1X [13:36:26] [02miraheze/mw-config] 07Pix1234 03697f80f - Revert "Redo #2557 (#3570)" This reverts commit 97a971206a369341a3a91490261eec891e11918c. [13:36:27] [02mw-config] 07Pix1234 created branch 03revert-3570-reviwikiwiki-norc - 13https://git.io/vbvb3 [13:36:29] [02mw-config] 07Pix1234 opened pull request 03#3571: Revert "Redo #2557" - 13https://git.io/JLY1D [13:36:36] [02mw-config] 07Pix1234 closed pull request 03#3571: Revert "Redo #2557" - 13https://git.io/JLY1D [13:36:37] [02miraheze/mw-config] 07Pix1234 pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JLY15 [13:36:39] [02miraheze/mw-config] 07Pix1234 03a41ade2 - Revert "Redo #2557 (#3570)" (#3571) This reverts commit 97a971206a369341a3a91490261eec891e11918c. [13:37:59] [02mw-config] 07Pix1234 commented on pull request 03#3570: Redo #2557 - 13https://git.io/JLYMR [13:40:16] [02mw-config] 07Pix1234 deleted branch 03revert-3570-reviwikiwiki-norc - 13https://git.io/vbvb3 [13:40:17] [02miraheze/mw-config] 07Pix1234 deleted branch 03revert-3570-reviwikiwiki-norc [13:44:54] [02miraheze/mw-config] 07paladox pushed 031 commit to 03paladox-patch-1 [+0/-0/±1] 13https://git.io/JLYy5 [13:44:56] [02miraheze/mw-config] 07paladox 03ea8b72f - Fix setting overrides for wgDefaultUserOptions We create a new wmgDefaultUserOptions config which is local and then we add wmgDefaultUserOptions onto wgDefaultUserOptions by doing: wgDefaultUserOptions = array_merge( $wgDefaultUserOptions, $wmgDefaultUserOptions ); [13:44:57] [02mw-config] 07paladox created branch 03paladox-patch-1 - 13https://git.io/vbvb3 [13:44:59] [02mw-config] 07paladox opened pull request 03#3572: Fix setting overrides for wgDefaultUserOptions - 13https://git.io/JLYyb [13:45:32] [02mw-config] 07paladox edited pull request 03#3572: Fix setting overrides for wgDefaultUserOptions - 13https://git.io/JLYyb [13:47:07] [02mw-config] 07JohnFLewis commented on pull request 03#3572: Fix setting overrides for wgDefaultUserOptions - 13https://git.io/JLYSF [13:47:27] [02miraheze/mw-config] 07paladox pushed 031 commit to 03paladox-patch-1 [+0/-0/±1] 13https://git.io/JLY9e [13:47:28] [02miraheze/mw-config] 07paladox 03176d2da - Update LocalSettings.php [13:47:30] [02mw-config] 07paladox synchronize pull request 03#3572: Fix setting overrides for wgDefaultUserOptions - 13https://git.io/JLYyb [13:48:45] [02miraheze/mw-config] 07paladox pushed 031 commit to 03paladox-patch-1 [+0/-0/±1] 13https://git.io/JLY9X [13:48:47] [02miraheze/mw-config] 07paladox 03f0dbde0 - Update LocalSettings.php [13:48:48] [02mw-config] 07paladox synchronize pull request 03#3572: Fix setting overrides for wgDefaultUserOptions - 13https://git.io/JLYyb [13:51:39] [02mw-config] 07paladox commented on pull request 03#3572: Fix setting overrides for wgDefaultUserOptions - 13https://git.io/JLYH9 [14:01:42] miraheze/mw-config/revert-3570-reviwikiwiki-norc/697f80f - Devin/Zppix The build has errored. https://travis-ci.org/miraheze/mw-config/builds/749814294 [14:29:40] miraheze/mw-config/paladox-patch-1/f0dbde0 - paladox The build passed. https://travis-ci.org/miraheze/mw-config/builds/749816101 [14:33:21] [02mw-config] 07JohnFLewis commented on pull request 03#3572: Fix setting overrides for wgDefaultUserOptions - 13https://github.com/miraheze/mw-config/pull/3572#issuecomment-745332009 [14:33:22] [ Fix setting overrides for wgDefaultUserOptions by paladox · Pull Request #3572 · miraheze/mw-config · GitHub ] - github.com [14:33:55] [02mw-config] 07paladox closed pull request 03#3572: Fix setting overrides for wgDefaultUserOptions - 13https://git.io/JLYyb [14:33:57] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JLOvE [14:33:58] [02miraheze/mw-config] 07paladox 031af0ecf - Fix setting overrides for wgDefaultUserOptions (#3572) * Fix setting overrides for wgDefaultUserOptions We create a new wmgDefaultUserOptions config which is local and then we add wmgDefaultUserOptions onto wgDefaultUserOptions by doing: wgDefaultUserOptions = array_merge( $wgDefaultUserOptions, $wmgDefaultUserOptions ); * Update LocalSettings.php * Update [14:33:58] LocalSettings.php [14:34:00] [02miraheze/mw-config] 07paladox deleted branch 03paladox-patch-1 [14:34:01] [02mw-config] 07paladox deleted branch 03paladox-patch-1 - 13https://git.io/vbvb3 [14:38:24] [02miraheze/mw-config] 07paladox pushed 031 commit to 03paladox-patch-1 [+0/-0/±1] 13https://git.io/JLOJc [14:38:25] [02miraheze/mw-config] 07paladox 03ff58bea - wgDefaultUserOptions: Set rcenhancedfilters-disable to 1 for reviwikiwiki Requested by revi on discord [14:38:27] [02mw-config] 07paladox created branch 03paladox-patch-1 - 13https://git.io/vbvb3 [14:38:30] [02mw-config] 07paladox opened pull request 03#3573: wgDefaultUserOptions: Set rcenhancedfilters-disable to 1 for reviwikiwiki - 13https://git.io/JLOJ8 [14:38:51] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JLOJg [14:38:52] [02miraheze/mw-config] 07paladox 0327902f7 - wgDefaultUserOptions: Set rcenhancedfilters-disable to 1 for reviwikiwiki (#3573) Requested by revi on discord [14:38:54] [02mw-config] 07paladox closed pull request 03#3573: wgDefaultUserOptions: Set rcenhancedfilters-disable to 1 for reviwikiwiki - 13https://git.io/JLOJ8 [14:38:55] [02miraheze/mw-config] 07paladox deleted branch 03paladox-patch-1 [14:38:57] [02mw-config] 07paladox deleted branch 03paladox-patch-1 - 13https://git.io/vbvb3 [15:05:34] miraheze/mw-config/paladox-patch-1/ff58bea - paladox The build has errored. https://travis-ci.org/miraheze/mw-config/builds/749824409 [15:12:19] PROBLEM - wiki.xysspon.com - LetsEncrypt on sslhost is WARNING: WARNING - Certificate 'wiki.xysspon.com' expires in 15 day(s) (Thu 31 Dec 2020 15:04:41 GMT +0000). [15:13:00] [02miraheze/ssl] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JLOsp [15:13:02] [02miraheze/ssl] 07MirahezeSSLBot 03b107496 - Bot: Update SSL cert for wiki.xysspon.com [15:32:39] RECOVERY - wiki.xysspon.com - LetsEncrypt on sslhost is OK: OK - Certificate 'wiki.xysspon.com' will expire on Mon 15 Mar 2021 14:12:52 GMT +0000. [15:53:23] https://phabricator.miraheze.org/T6591 - Login / CSRF Token / Hijacking Problems, authored by Oliver.hurtig, assigned to None, Priority: High, Status: Open [15:53:24] https://phabricator.miraheze.org/T6558 - Cannot log back in after cookies update, authored by Ertosi, assigned to None, Priority: High, Status: Open [15:53:26] https://phabricator.miraheze.org/T6431 - cp9 extremely latent for a number of users, authored by SCVSlalom, assigned to None, Priority: High, Status: Open [15:56:47] PROBLEM - test2 Disk Space on test2 is CRITICAL: DISK CRITICAL - free space: / 0 MB (0% inode=68%); [16:05:14] [02miraheze/services] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JLOwk [16:05:15] [02miraheze/services] 07MirahezeSSLBot 03cb86dd2 - BOT: Updating services config for wikis [17:00:06] @revi I guess my issue with your above proposed amendment to the username policy is that it's not needed. Users have been fine, and they use common sense with renames [17:02:10] I think I told you not to use @ in front of my nick [17:02:30] and I never proposed any amendmenty [17:02:39] that was my preference. [17:02:52] s/amendmenty/amendment [17:02:52] revi meant to say: and I never proposed any amendment [17:02:57] revi, my relay is blocked [17:03:02] so it doesn't matter [19:19:32] For what it's worth, revi is in both IRC and Discord, so they will still see your pings on IRC. What you can do is not address revi as the first word of your message. Rather, say, "This is my reply, revi," instead of "revi, this is my reply," @blackwidowmovie0, and then no ping gets sent. [19:21:08] * hispano76 greetings [19:21:39] PROBLEM - fr.gyaanipedia.co.in - LetsEncrypt on sslhost is WARNING: WARNING - Certificate 'fr.gyaanipedia.co.in' expires in 15 day(s) (Thu 31 Dec 2020 19:16:42 GMT +0000). [19:24:14] hi @Hispano76 🙂 [19:28:48] [02miraheze/ssl] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JL3C0 [19:28:49] [02miraheze/ssl] 07MirahezeSSLBot 03ddbabaf - Bot: Update SSL cert for fr.gyaanipedia.co.in [19:51:21] :) [20:03:04] RECOVERY - fr.gyaanipedia.co.in - LetsEncrypt on sslhost is OK: OK - Certificate 'fr.gyaanipedia.co.in' will expire on Mon 15 Mar 2021 18:28:41 GMT +0000. [20:29:55] ok [20:30:02] * blackwidowmovie0 Hi, Hispano76 [20:30:51] !ops getting Upload Error [20:30:51] * SigmaBotMH yelps for help [20:30:54] ```Could not store file "/tmp/phpQ84ZRf" at "mwstore://local-backend/local-public/8/8a/Wiki-background.jpg".``` [20:31:01] It's !sre [20:31:01] RhinosF1: 2020-12-13 - 07:10:09GMT tell RhinosF1 @paladox At first blush, I thought that might be a bit odd, but now that I think about it, there's no need for the Discord IRC relay bot to relay @MirahezeBot's messages to Discord, so 👍 to this. Pinging @RhinosF1 and @MacFan4000 to look into this [20:31:02] RhinosF1: 2020-12-15 - 08:26:07GMT tell RhinosF1 see #miraheze IRC logs from 15 December 2020 at 8:20 AM UTC timestamp [20:31:04] But high [20:31:20] blackwidowmovie0: which wiki? [20:31:25] * blackwidowmovie0 says hi to comrade RhinosF1 [20:31:29] Rhinos, mcuwiki [20:31:38] hmm [20:31:44] That stinks of gluster [20:31:49] ```Could not store file "/tmp/phpQ84ZRf" at "mwstore://local-backend/local-public/8/8a/Wiki-background.jpg".``` [20:31:55] Yeah that's fine [20:31:57] just in case you joined a minute ago [20:32:01] 👍🏽 [20:32:16] RhinosF1: no permissions issues [20:32:26] drwxr-xr-x 16 www-data www-data 4.0K Dec 15 06:39 mcuwiki [20:32:28] new error [20:32:31] ```Could not store file "/tmp/php4PrnA8" at "mwstore://local-backend/local-public/8/8a/Wiki-background.jpg".``` [20:32:47] `/tmp/php4PrnA` `/tmp/phpQ84ZRf` [20:33:07] Reception123: everything mounted? [20:33:14] And tmp exists and is fine [20:33:21] blackwidowmovie0: all same error pretty much [20:33:38] ok [20:33:40] no issues on icinga [20:33:41] My thought is either tmp is broke or gluster ain't mounted [20:33:59] Reception123: what's ls / then [20:34:10] /tmp even [20:36:07] RhinosF1: ls where? I pasted the one for the dir [20:36:47] RECOVERY - test2 Disk Space on test2 is OK: DISK OK - free space: / 3643 MB (19% inode=68%); [20:37:00] Reception123: tmp [20:39:41] RhinosF1, Reception123, I'm stepping away for 10 minutes, ping me if you need anything, I'll see it in 10 [20:40:14] Ok [20:40:32] RhinosF1: ah, on all servers? [20:40:47] PROBLEM - test2 Disk Space on test2 is CRITICAL: DISK CRITICAL - free space: / 1121 MB (5% inode=68%); [20:40:52] Reception123: yes [20:46:11] looks fine [20:46:37] I'm back [20:46:41] should I try again? [20:47:07] paladox: can you check blackwidowmovie0's errors? [20:48:47] RECOVERY - test2 Disk Space on test2 is OK: DISK OK - free space: / 3643 MB (19% inode=68%); [20:48:59] `/tmp/phpgaXDoN` [20:49:16] works for me? [20:50:58] hmmmmmm [20:51:02] let me try again [20:51:06] blackwidowmovie0: yeah what kind of file are you trying to upload? [20:51:21] a jpg [20:51:29] the regular kind [20:59:02] paladox, RhinosF1, Reception123, still getting the error [21:02:09] blackwidowmovie0: I'm getting no error [21:02:17] hmmmmmmmmm [21:02:31] see your Discord for a screenshot, @Reception123 [21:03:18] yeah, though that doesn't add anything, I've seen the error message [21:03:40] I'm honestly not sure why it's not working as it works both for me and for pal adox [21:05:21] hmmm [21:05:58] this is going to not work, because I don't know anything, but it could be a result of emergency maitenance [21:06:20] that was done yesterday [21:13:14] That was unrelated as it was db maintenance [21:14:38] ok [21:14:44] maybe restart a server? [21:15:37] [02mw-config] 07MacFan4000 reviewed pull request 03#3554 commit - 13https://git.io/JL3KH [21:16:09] well i cannot reproduce [21:18:50] A server isn't going to be rebooted for every single error [21:18:56] And yes, I also can't reproduce [21:21:50] @RhinosF1, @Reception123, and @paladox That looks like the same error Lily had on `yazzwiki`. How did we resolve that again? [21:22:22] well the error indicates it cannot store /tmp/php4PrnA8 at the wikis dir [21:22:34] i've uploaded a file through all 4 mediawiki servers [21:22:37] none errored [21:22:41] so its not gluster [21:22:47] could it be a chmod issue? [21:22:48] oh [21:23:18] not sure what's going on [21:23:23] I'll try reuploading [21:23:29] dmehus: that was a permissions issue [21:23:38] Which Reception123 fixed and confirmed wasn't here [21:24:08] @RhinosF1 ah, okay, hrm strange, no clue what the issue was. Strange unexplained random error, possibly? [21:25:01] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JL3is [21:25:02] [02miraheze/mw-config] 07paladox 03879e447 - Logging: Disable Mime channel [21:25:42] @dmehus not random [21:25:49] dmehus: strange, yes. Unexplained, so far. Random, no. [21:25:54] I tried uploading a different file [21:25:57] it worked [21:26:07] but with this select file, it doesn [21:26:10] *doesn't [21:26:10] It's that file then [21:26:15] what is it? [21:26:28] Erm, email it to tech@ and paladox can try uploading it [21:26:48] @RhinosF1 sent it to your Discord [21:26:50] Send the file directly to tech@ [21:27:01] I'll send it to tech [21:27:16] Not via discord/irc as I don't trust their upload/download methods don't mess stuff [21:27:28] Also, when you have the chance to do the starwarswiki XML and small mcuwiki, can you do that? [21:27:33] Already emailed to tech@ [21:27:54] Will see [21:28:18] If finish college for Xmas, 13:15 on Thursday so maybe after that [21:28:47] I have no clue what the second message means, but ok [21:33:18] RhinosF1, done [21:35:35] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/JL3PN [21:35:37] [02miraheze/mw-config] 07paladox 037dcc011 - Logging: Throttle deprecated channel [21:36:12] Hey if you have a forum on the wiki, but only sysops can edit, can people with accts sill post to the froum? [21:36:29] Or only allowed users, eoither one [21:52:20] Or would it be possable to enbed discord into a special page ? [21:54:37] R4356th/mw-config/patch-4/4a6c2ab - R4356th The build passed. https://travis-ci.com/R4356th/mw-config/builds/208958216 [22:03:04] [02mw-config] 07R4356th opened pull request 03#3574: Show Different Sitenotice for Inactive Private Wikis (Fixes T6604) - 13https://git.io/JL3ym [22:10:18] @Naleksuh there's no need to block BlackWidowMovie0000 [22:10:48] it's locked [22:10:56] This is not a channel for commenting on actions for test [22:11:07] That does not include using this channel because you are banned from the correct one either [22:15:10] That's not true [22:15:20] this is general miraheze stuff [22:15:30] and last I checked, you didn't make the rules [22:15:43] if someone (voiced) has an issue with it, they can tell me [22:20:39] @blackwidowmovie0 It's not appropriate to comment on actions you observe in #miraheze-feed-test. You need to comment in #miraheze-testwiki, but you're currently not able to access that channel per local consensus to mirror your wiki block with an IRC channel block, so I have to agree with Naleksuh. Also, your BlackWidowMovie0000 account is a self-requested lock, so a local block is not, strictly speaking, completely redundant [22:23:48] Upon further looking into, actually, Naleksuh just updated the username in a preexisting local wiki block, which is quite a minor change. Seems like the matter is ✅ `resolved` now. :) [23:04:05] PROBLEM - test2 Puppet on test2 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [23:05:59] PROBLEM - test2 Puppet on test2 is WARNING: WARNING: Puppet is currently disabled, message: paladox, last run 1 day ago with 1 failures [23:06:22] PROBLEM - cloud1 Current Load on cloud1 is WARNING: WARNING - load average: 23.62, 21.52, 16.40 [23:08:22] RECOVERY - cloud1 Current Load on cloud1 is OK: OK - load average: 13.63, 18.15, 15.77 [23:56:06] Hello freeuser! If you have any questions, feel free to ask and someone should answer soon.