[00:00:19] .remind 1m test [00:00:37] @Zppix around? [00:00:57] Zppix doesn’t appear to be in the channel... [00:01:14] Is he/she also a sysadmin? [00:01:39] He is in discord though, and there is a connection between irc and discord via a bot [00:01:47] No, but he is the bot owner [00:02:23] Meh, whatever, it’s okay [00:02:33] Back in a bit [00:02:41] PROBLEM - ns1 Puppet on ns1 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [00:02:43] PROBLEM - db4 Puppet on db4 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [00:02:47] PROBLEM - test1 Puppet on test1 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [00:02:51] PROBLEM - misc3 Puppet on misc3 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [00:03:09] PROBLEM - mw2 Puppet on mw2 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 - cp5 Puppet on cp5 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [00:03:29] PROBLEM - bacula1 Puppet on bacula1 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [00:03:33] PROBLEM - lizardfs2 Puppet on lizardfs2 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [00:04:19] PROBLEM - misc2 Puppet on misc2 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [00:10:41] RECOVERY - ns1 Puppet on ns1 is OK: OK: Puppet is currently enabled, last run 4 seconds ago with 0 failures [00:10:52] RECOVERY - misc3 Puppet on misc3 is OK: OK: Puppet is currently enabled, last run 9 seconds ago with 0 failures [00:11:14] RECOVERY - cp4 Puppet on cp4 is OK: OK: Puppet is currently enabled, last run 1 second ago with 0 failures [00:11:30] RECOVERY - bacula1 Puppet on bacula1 is OK: OK: Puppet is currently enabled, last run 49 seconds ago with 0 failures [00:11:32] RECOVERY - misc4 Puppet on misc4 is OK: OK: Puppet is currently enabled, last run 16 seconds ago with 0 failures [00:11:34] RECOVERY - lizardfs2 Puppet on lizardfs2 is OK: OK: Puppet is currently enabled, last run 40 seconds ago with 0 failures [00:12:20] RECOVERY - misc2 Puppet on misc2 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [00:12:40] RECOVERY - puppet1 Puppet on puppet1 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [00:12:44] RECOVERY - db4 Puppet on db4 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [00:12:50] RECOVERY - misc1 Puppet on misc1 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [00:13:10] RECOVERY - mw2 Puppet on mw2 is OK: OK: Puppet is currently enabled, last run 13 seconds ago with 0 failures [00:13:14] RECOVERY - cp5 Puppet on cp5 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [00:16:46] RECOVERY - test1 Puppet on test1 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [00:17:44] Whoa, calm down there icinga [00:48:45] *sigh* Disruptive editing before the wiki even has any real content https://weather.miraheze.org/wiki/Special:Contributions/185.225.17.8 [00:48:46] Title: [ User contributions for 185.225.17.8 - Weather Wiki ] - weather.miraheze.org [00:58:57] And they spam my IRC channel too [00:59:01] *sigh* [01:25:42] hello? [01:26:36] Hi Wiki-1776 [01:26:54] hi Amanda [01:43:48] !night [01:43:49] Good night, sweet dreams and dream of the miraheze servers without errors! [05:29:19] [02miraheze/mw-config] 07Reception123 pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fNVZQ [05:29:20] [02miraheze/mw-config] 07Reception123 03f95ed58 - namespaces for nonsensopediawiki per T3344 [07:05:02] PROBLEM - mw3 JobQueue on mw3 is CRITICAL: JOBQUEUE CRITICAL - job queue greater than 300 jobs. Current queue: 2792 [07:43:32] hello. Does anybody use Extension:GlobalCssJs? [07:49:17] qq[IrcCity]: Hello [07:49:53] qq[IrcCity]: No, we don't currently use it [07:51:43] global.js does work though [07:57:12] Reception123, what do you mean? Does my browser have glitches showing https://meta.miraheze.org/wiki/Special:Version#mw-version-ext-other-GlobalCssJs ? [07:57:14] Title: [ Version - Miraheze Meta ] - meta.miraheze.org [07:57:31] qq[IrcCity]: Oh, sorry, we do have it. [07:57:40] I just did a ctrl+f but had it all in one word [07:58:19] it's been a long time https://github.com/miraheze/mediawiki/pull/8 [07:58:20] Title: [ Add GlobalCssJs ext. by Reception123 · Pull Request #8 · miraheze/mediawiki · GitHub ] - github.com [08:25:22] Reception123, possibly my assumption that importScript(…) exists on Miraheze was wrong. [08:25:57] In your global.js I see only mw.loader.load(…). [08:29:36] qq[IrcCity]: does importScript not work? [08:30:51] qq[IrcCity]: but mw.loader.load does the same thing, so why not just use that? [08:33:52] paladox: around? [08:34:08] https://meta.miraheze.org/wiki/Special:RecentChanges - if you look at sidebar the donate button is no longer in "image" form [08:34:10] Title: [ Recent changes - Miraheze Meta ] - meta.miraheze.org [09:52:50] PROBLEM - bacula1 Bacula Databases db4 on bacula1 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 60 seconds. [09:55:14] PROBLEM - spiral.wiki - Gandi on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [09:55:14] PROBLEM - www.radviser.org - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [09:55:14] PROBLEM - penalwiki.awiki.org - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [09:55:14] PROBLEM - meta.orain.org - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [09:55:14] PROBLEM - bacula1 SSH on bacula1 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [09:55:15] PROBLEM - bacula1 Disk Space on bacula1 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [09:55:15] PROBLEM - bacula1 Current Load on bacula1 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [09:55:16] PROBLEM - bacula1 Puppet on bacula1 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [09:55:16] PROBLEM - speleo.wiki - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [09:55:17] PROBLEM - wiki.staraves-no.cz - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [09:55:17] PROBLEM - cp2 Current Load on cp2 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [09:55:18] PROBLEM - wiki.teamwizardry.com - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [09:55:18] PROBLEM - cp2 Puppet on cp2 is CRITICAL: CHECK_NRPE STATE CRITICAL: Socket timeout after 10 seconds. [09:55:19] PROBLEM - www.reviwiki.info - PositiveSSLDV on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [10:14:24] paladox: things are down [10:14:40] Well misc1 is [10:19:41] Ah paladox https://mobile.twitter.com/NodeStatus/status/1024234762033090560 [10:19:42] Title: [ Twitter ] - mobile.twitter.com [10:20:00] NL is under DDoS again [10:37:59] MacFan4000: hi [10:38:01] I am here now [10:38:10] MacFan4000: so what's having issues? [10:38:20] mw* and cp* are fine since wikis is working [10:38:47] NL datacenter from RN was DDoS’d again [10:38:48] oh, all our bots are done [10:38:56] how many times will RN get DDosed.. [10:39:01] See https://mobile.twitter.com/NodeStatus/status/1024234762033090560 [10:39:01] Title: [ Twitter ] - mobile.twitter.com [10:39:20] can't connect to mw1 [10:42:09] For a bit misc1+4 were down, and I could only ssh to mw3 [10:42:40] misc1 still appears down [10:42:40] But of course cp5 wouldn’t go down as it’s not ramnode [10:43:04] I can access icinga via web UI though [10:43:22] definitely can't SSH to it [10:43:35] MacFan4000: yeah, good thing that cp5 is not RN so we can have one server that can still serve requests in case of a DDOs [10:43:49] checking solus to see if anything can be done there [10:47:23] it appears up on suls [10:47:24] *solus [10:47:39] MacFan4000: icinga is down for me, probably cached, or it worked before [10:48:22] Well there's nothing we can do, good thing that mw* is still online [10:49:08] https://twitter.com/NodeStatus/status/1024240686923694080 [10:49:09] Title: [ RamNode Status on Twitter: "Some connections are back up, but not yet stable. We are still determining the exact target of this event." ] - twitter.com [10:50:11] Well everything misc depending is down for sure: Icinga, Phabricator, etc. [10:50:21] I would guess that sshd might not be running, because icinga is definatly showing current stuff [10:50:30] Phab works for me [10:50:59] And grafana works for me (misc2) [10:51:03] that's weird, it definitely doesn't for me [10:51:09] nothing misc works for me at all [10:53:13] And VE seems to work, meaning misc3 is working [10:55:29] Hund reports everything as up as well [10:58:12] I guess we'll just have to wait, and I can't SSH to misc to restart the bots [11:02:10] https://mobile.twitter.com/NodeStatus/status/1024248165703319554 [11:02:10] Title: [ Twitter ] - mobile.twitter.com [11:45:09] !log restarted bots on misc1 [11:45:14] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [11:49:32] Hmm still no icingabot [11:57:47] MacFan4000: I restarted it again [11:57:50] it should come back now [11:57:54] PROBLEM - spiral.wiki - Gandi on sslhost is WARNING: WARNING - Certificate 'spiral.wiki' expires in 29 day(s) (Wed 29 Aug 2018 11:59:59 PM GMT +0000). [11:57:59] hey icinga-miraheze, we missed you :P [11:59:12] Speaking of bots, ZppixBot is also having a module issue :) [12:00:19] again? [12:00:53] With remind [12:00:59] It’s a python error [12:01:26] https://phabricator.wikimedia.org/T200743 [12:01:26] Title: [ ⚓ T200743 ZppixBot reminders bug ] - phabricator.wikimedia.org [12:01:39] MacFan4000: is Zppix not around? [12:02:30] IRC no, discord yes, and I pinged him, @Zppix [12:02:43] ok [12:17:48] I will let you know when I see Voidwalker and I will deliver that message to them [12:17:48] @notify Voidwalker Hey, mind taking a look at https://phabricator.miraheze.org/T3432#64898? thanks :) [12:17:49] Title: [ ⚓ T3432 Navbox Difficulties ] - phabricator.miraheze.org [12:29:23] Reception123: yeh, labster removed the image [12:32:38] why? [12:35:50] Reception123: https://github.com/miraheze/mw-config/commit/171e1cf1683ae70d458c1adfedcda112e1e13315 [12:35:51] Title: [ Remove donation button on Metawiki · miraheze/mw-config@171e1cf · GitHub ] - github.com [12:36:19] oh ok [12:36:26] I thought it was just a redirect to paypal? [13:07:48] Someone please merge https://github.com/miraheze/mw-config/pull/2322 ? [13:07:49] Title: [ Add abusefilter-private-log for stewards by Amanda-Catherine · Pull Request #2322 · miraheze/mw-config · GitHub ] - github.com [13:10:19] I'd like a steward to confirm this [13:10:28] (Probably John since he's both steward and sysadmin) [13:12:11] Reception123: why are you triaging all ManageWiki feature tasks as “low” priority? [13:12:42] AmandaCatherine: because, compared to the other tasks on Phabricator, they are low [13:12:52] Developer projects usually are low priority [13:13:04] Hm [13:15:37] hi [13:15:55] Would https://phabricator.miraheze.org/T3435 be “invalid” since no external changes are necessary (sidebar can be done on-wiki), or would it be “resolved” since I gave the user the information that they need [13:15:56] Title: [ ⚓ T3435 Request For Sidebar ] - phabricator.miraheze.org [13:16:00] Hi Wiki-1776 [13:16:41] I just realized that. In github it preserves my wiki settings before being deleted and recreated. In order for the VisualEditor and several Name Spaces to appear in MexicopediaWiki, do I have to remove it from Github and then order it again, or what can I do? (For example, Mexicopedia does not show the custom name spaces but they are in Github) [13:19:38] hi AmandaCatherine :) [13:21:38] I have seen that they have been answered (you can enable it in ManageWiki...) and then they mark it as invalid. AmandaCatherine [13:22:14] Wiki-1776: no, the task I dealt with wasn’t a ManageWiki task, but it was one that could be handled on-wiki with the MediaWiki namespace [13:23:22] It's an example AmandaCatherine [13:27:58] Reception123: do you know why HotCat isn’t appearing in my preferences on my wiki, even though I installed it via transwiki import from Meta? [13:29:27] You added it in MediaWiki:Gadgets-definition? [13:31:05] ^^ that’s the only reason it wouldn’t be in preferences [13:31:35] Didn’t know about that, just did that [13:34:35] PROBLEM - wikipuk.cl - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:34:39] PROBLEM - www.splat-teams.com - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:34:45] PROBLEM - saveta.org - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:35:15] PROBLEM - spiral.wiki - Gandi on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:35:41] PROBLEM - docs.websmart.media - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:35:45] PROBLEM - wiki.consentcraft.uk - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:35:47] PROBLEM - meta.orain.org - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:35:51] PROBLEM - www.zenbuddhism.info - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:35:53] PROBLEM - wiki.drones4nature.info - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:35:55] PROBLEM - pl.nonbinary.wiki - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:35:59] PROBLEM - speleo.wiki - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:36:03] PROBLEM - wiki.staraves-no.cz - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:36:04] Whoa [13:36:05] PROBLEM - toonpedia.cf - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:36:07] PROBLEM - wiki.nvda-nl.org - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:36:09] PROBLEM - publictestwiki.com - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:36:11] PROBLEM - www.reviwiki.info - PositiveSSLDV on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:36:13] PROBLEM - allthetropes.orain.org - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:36:14] Calm down icinga [13:36:15] PROBLEM - cornetto.online - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:36:17] PROBLEM - wiki.besuccess.com - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:36:19] Seriously [13:36:19] PROBLEM - www.wikiescola.com.br - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:36:21] PROBLEM - wiki.exnihilolinux.org - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:36:23] PROBLEM - decrypted.wiki - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:36:25] PROBLEM - marinebiodiversitymatrix.org - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:36:26] What’s going on [13:36:27] PROBLEM - taotac.info - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:36:29] PROBLEM - espiral.org - Gandi on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:36:31] ^ paladox is it possible for me to disable email notifications from Icinga certs? [13:36:31] PROBLEM - mw2 MediaWiki Rendering on mw2 is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:36:32] Everything is failing [13:36:33] PROBLEM - www.eerstelijnszones.be - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:36:35] PROBLEM - fikcyjnatv.pl - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:36:37] PROBLEM - www.saveta.org - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:36:45] PROBLEM - antiguabarbudacalypso.com - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:36:47] PROBLEM - www.dariawiki.org - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:36:49] PROBLEM - wiki.campaign-labour.org - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:36:51] Yeah, quiet it Reception123 [13:36:53] PROBLEM - froggy.info - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:36:57] PROBLEM - meregos.com - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:36:59] PROBLEM - savage-wiki.com - RapidSSL on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [13:37:13] quiet would've taken a while for me to find, I kicked it for now [13:37:13] Is it really spam? Or is everything breaking? [13:37:23] No, this cert thing is nothing new [13:37:25] Reception123: mode +q is quiet [13:37:36] I tried and it didn't work, kick was easier [13:37:53] It would be /mode +q icinga-miraheze [13:38:02] ^ [13:38:25] I did try that, but it didn't work so it was easier to kick [13:38:35] MacFan4000: there's no need to quiet it now, as I'll just restart it later so it comes back [13:39:26] Is everything okay? Or is something broke? Historically when icinga has gone crazy it means something broke [13:39:48] Why lots of 3’s MacFan4000? [13:39:54] And I’m not having any issues [13:40:11] AmandaCatherine: no, it's only certs, and there's no issue with them either [13:40:25] What’s a “cert” [13:40:29] Certificate? [13:40:32] SSL certificate [13:41:02] MacFan4000: why so many 3’s in the topic? [13:41:19] Anyway, for the record the correct command is /mode #miraheze +q icinga-miraheze [13:41:31] ok, I think I did +q #miraheze that's why it didn't work [13:41:46] Reception123: why isn’t CVT channel listed? [13:41:52] AmandaCatherine: I don’t see 3s in the topic [13:41:53] You said it isn’t listed for a reason [13:42:13] AmandaCatherine: because there is no reason for it to be, it's not a private channel, but it's not "public" either [13:42:23] MacFan4000: 09:38 MacFan4000 has set the topic to: Welcome to the IRC channel of Miraheze, a free non-profit wiki hosting provider! | https://meta.miraheze.org | Status:333333 333333Intermittiant network issues  | This channel is publicly logged at https://botbot.me/freenode/miraheze/ | By participating in this channel, you agree to abide by our Code of Conduct: https://meta.miraheze.org/m/N [13:42:25] Title: [ Meta ] - meta.miraheze.org [13:42:26] Title: [ IRC Logs for #miraheze | BotBot.me [o__o] ] - botbot.me [13:42:27] Title: [ Request features - Miraheze Meta ] - meta.miraheze.org [13:43:43] Reception123: Wikia’s VSTF channel is publicly listed - why shouldn’t we display to users where they can report spam/vandalism in real-time? [13:44:30] AmandaCatherine: I still fail to see any 3 in the topic [13:44:44] Reception123 you could downtime ssl certs i guess. [13:45:16] https://i.imgur.com/lRNj0oc.jpg [13:45:23] MacFan4000: that’s what it looks like to me [13:46:01] Doesn’t look like that for me [13:46:10] Huh [13:46:17] I see 33333 too [13:46:26] but on textual i doint [13:46:30] AmandaCatherine: we are not Wikia [13:46:41] We will have a discussion with the CVT to make a separate private channel, etc. [13:46:47] But for now, there is no need to list it [13:46:55] Reception123: I know, but what’s the problem with publicly displaying where to report spam/vandalism? [13:47:03] some how this Intermittiant network issues is coloured. [13:47:29] AmandaCatherine: as I said, there will be a discussion and we will decide there, for now please do not list it [13:47:49] You still haven’t answered the question [13:47:49] How is it now? [13:47:58] Still has 3’s, but not as many [13:48:42] Okay, MacFan’s second change made it normal [13:48:49] Then paladox put the 3’s bad [13:48:51] Back* [13:49:01] huh? [13:49:10] Okay, now it’s normal [13:49:12] Fixed [13:51:22] Reception123: please stop being evasive and answer my question. What is the PROBLEM with listing the CVT channel WITHOUT a discussion? [13:51:32] Why do we NEED a discussion first? [13:52:49] Things are done with a discussion, you don't just edit a page like that. There is a reason for talk pages, that's what they are for [13:53:00] Again, a private channel is being discussed [13:53:46] :/ [13:53:57] Why would the channel need to be private? That defeats the purpose, since regular users won’t be able to join and report issues? [13:54:47] No, another channel which is only private [13:55:02] The main channel will be transformed into a public reporting channel [13:55:41] Hm [13:55:47] hola Reception123 [13:55:54] Hola [13:57:12] I just realized that. In github it preserves my wiki settings before being deleted and recreated. In order for the VisualEditor and several Name Spaces to appear in MexicopediaWiki, do I have to remove it from Github and then order it again, or what can I do? (For example, Mexicopedia does not show the custom name spaces but they are in Github) [14:05:59] Wiki-1776: that is very strange, if it's in LocalSettings.php it should definitely also be on the wiki [14:06:08] can you link to what is not working? [14:06:18] !log sudo service icingabot restart [14:06:51] PROBLEM - eerstelijnszones.be - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [14:06:55] PROBLEM - miraheze.wiki - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [14:07:00] ok it's still being annoying [14:07:01] Here we go again [14:07:18] Meanwhile my email is being completely spammed [14:07:19] paladox: around? [14:07:24] yep? [14:07:26] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [14:07:29] RECOVERY - misc1 Current Load on misc1 is OK: OK - load average: 0.91, 1.43, 1.62 [14:07:33] uh [14:07:34] paladox: do you know how I can disable email notifications for only SSL certs [14:07:35] ? [14:07:36] did someone just log [14:07:40] and looks like the spam stopped [14:07:44] paladox: yes, me, only a few minutes ago [14:07:46] it's being slow [14:07:47] PROBLEM - wiki.drones4nature.info - LetsEncrypt on sslhost is CRITICAL: CRITICAL - Socket timeout after 10 seconds [14:07:48] Reception123 um, nope. You could downtime. [14:07:51] nevermind [14:08:07] paladox: how do I downtime every cert? [14:08:23] Reception123 you downtime the ssl host [14:08:28] ok [14:08:34] At least I don’t get ssl emails :P [14:08:51] done [14:08:58] paladox: oh, thanks [14:09:15] paladox: what are you doing with irc op? [14:09:28] I am trying to see if i can see the bot. [14:09:44] ? [14:09:46] You can't see it with quiet [14:09:53] Oh [14:09:57] you can only see it with what NDKilla did yesterday (which I don't remember exactly) [14:10:26] I can see icinga-miraheze in the memberlist [14:13:37] Reception123: Por ejemplo en https://mexicopedia.miraheze.org/wiki/Especial:Todas no aparecen listados mis espacios de nombres personalizado (Taller, estudio, anexo, etc) pero si aparecen listados en https://github.com/miraheze/mw-config/blob/master/LocalSettings.php Línea 3360. Pero aclaro que probablemente sea algo de la caché o un problema relacionado a la eliminación de la wiki y la... [14:13:38] ...recreación en donde no se eliminó las configuraciones en Github [14:13:38] Title: [ Todas las páginas - Mexicopedia ] - mexicopedia.miraheze.org [14:13:40] Title: [ mw-config/LocalSettings.php at master · miraheze/mw-config · GitHub ] - github.com [14:14:53] La eliminacion no deberia afectarlo. [14:15:08] paladox: Wiki-1776 is saying that after I dropped their wiki database and they recreated, the LocalSettings.php settings are not working [14:15:13] but that would be very strange [14:15:21] Which settings? [14:16:04] paladox: see above [14:16:04] L3360 [14:16:47] this https://github.com/miraheze/mw-config/blob/master/LocalSettings.php#L3360 ? [14:16:48] Title: [ mw-config/LocalSettings.php at master · miraheze/mw-config · GitHub ] - github.com [14:22:33] Wiki-1776 could this be caused by https://github.com/miraheze/mw-config/commit/d6732974d8a68d836050d92b96b99c6a8d88af91#diff-04824105610acf2174db11a5522c2772 ? [14:22:34] Title: [ other configurations on centralwiki, destinoswiki, ucroniawiki, mexic… · miraheze/mw-config@d673297 · GitHub ] - github.com [14:29:10] I think icingabot can be unquited now that those issues are downtime anyway [14:33:44] PROBLEM - cp2 Puppet on cp2 is CRITICAL: CRITICAL: Puppet has 9 failures. Last run 2 minutes ago with 9 failures. Failed resources (up to 3 shown): Exec[ufw-allow-tcp-from-any-to-any-port-22],Exec[ufw-allow-tcp-from-any-to-any-port-5666],Exec[ufw-allow-tcp-from-185.52.1.76-to-any-port-9100],Exec[ufw-allow-tcp-from-185.52.1.76-to-any-port-9131] [14:34:51] paladox: that may need a reboot [14:35:08] yep [14:37:07] [02miraheze/dns] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fNwvA [14:37:08] [02miraheze/dns] 07paladox 0303c8e88 - depool cp2 [14:39:18] !log reboot cp2 [14:39:25] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [14:40:07] PROBLEM - mw3 JobQueue on mw3 is UNKNOWN: NRPE: Unable to read output [14:42:07] PROBLEM - mw3 JobQueue on mw3 is CRITICAL: JOBQUEUE CRITICAL - job queue greater than 300 jobs. Current queue: 8117 [14:42:48] [02miraheze/dns] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fNwf6 [14:42:50] [02miraheze/dns] 07paladox 0378f64b3 - Revert "depool cp2" This reverts commit 03c8e88e6ca8db5bcc9d9515fb9030660bd38fc0. [14:42:51] No, it worked before it was erased. paladox [14:43:43] RECOVERY - cp2 Puppet on cp2 is OK: OK: Puppet is currently enabled, last run 18 seconds ago with 0 failures [14:44:24] hmm [14:45:01] PROBLEM - test1 Puppet on test1 is CRITICAL: CRITICAL: Puppet has 5 failures. Last run 2 minutes ago with 5 failures. Failed resources (up to 3 shown): Exec[cookiewarning_composer],Exec[templatestyles_composer],Exec[antispoof_composer],Exec[timedmediahandler_composer] [14:45:58] ack [14:46:30] [02dns] 07MacFan4000 opened pull request 03#93: Cleanup unused servers/subdomains - 13https://git.io/fNwJj [14:48:51] [02dns] 07paladox closed pull request 03#93: Cleanup unused servers/subdomains - 13https://git.io/fNwJj [14:48:52] [02miraheze/dns] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fNwUc [14:48:54] [02miraheze/dns] 07MacFan4000 03825e224 - Cleanup unused servers/subdomains (#93) Db2 and db3 are no more and icinga2 is live at icinga.miraheze.org [14:56:26] Hello Lockethot! If you have any questions feel free to ask and someone should answer soon. [14:56:50] Hello i applied for wiki for my lore project. [14:56:57] Thank you for good service [14:59:22] done. [14:59:34] Great thanks! [14:59:52] The group Dawn of Wiki may want a wiki [14:59:57] *Dawn of Victory [15:00:20] They already host one but they are considering your service [15:00:21] http://www.highgatefleetsystems.com/wiki/index.php?title=Main_Page [15:00:23] Title: [ Dawn of Victory ] - www.highgatefleetsystems.com [15:01:27] Reccomend you read that a bit its quite interesting/entertaining [15:01:48] anyways thanks I'm going now. post on my talk page if you need anything! Thanks again! [15:03:04] HTTP CRITICAL - Unable to open TCP socket [15:03:22] Uh [15:04:08] PROBLEM - spiral.wiki - Gandi on sslhost is WARNING: WARNING - Certificate 'spiral.wiki' expires in 29 day(s) (Wed 29 Aug 2018 11:59:59 PM GMT +0000). [15:07:53] hi [15:14:24] [02ssl] 07paladox created branch 03paladox-patch-1 - 13https://git.io/vxP9L [15:14:25] [02miraheze/ssl] 07paladox pushed 031 commit to 03paladox-patch-1 [+0/-1/±0] 13https://git.io/fNwL1 [15:14:27] [02miraheze/ssl] 07paladox 03e78bb6f - Remove penalwiki.awiki.org as it no longer point to us [15:14:28] [02ssl] 07paladox opened pull request 03#44: Remove penalwiki.awiki.org as it no longer point to us - 13https://git.io/fNwLM [15:15:19] [02miraheze/ssl] 07paladox pushed 031 commit to 03paladox-patch-1 [+0/-0/±1] 13https://git.io/fNwL9 [15:15:21] [02miraheze/ssl] 07paladox 030a13ec5 - Update certs.yaml [15:15:22] [02ssl] 07paladox synchronize pull request 03#44: Remove penalwiki.awiki.org as it no longer point to us - 13https://git.io/fNwLM [15:16:41] paladox: how do we find which wiki had it confirmed on ManageWiki? [15:16:53] Reception123 confirmed? [15:16:54] Ah, we can use the command John told me about [15:17:02] paladox: configured* [15:17:07] oh [15:17:13] Reception123 i just grepped all.dblist [15:17:15] with the domain [15:18:13] [02miraheze/ssl] 07paladox pushed 031 commit to 03master [+0/-1/±1] 13https://git.io/fNwtk [15:18:15] [02miraheze/ssl] 07paladox 03a6e0139 - Remove penalwiki.awiki.org as it no longer point to us (#44) * Remove penalwiki.awiki.org as it no longer point to us * Update certs.yaml [15:18:16] [02ssl] 07paladox closed pull request 03#44: Remove penalwiki.awiki.org as it no longer point to us - 13https://git.io/fNwLM [15:18:18] [02miraheze/ssl] 07paladox deleted branch 03paladox-patch-1 [15:18:19] [02ssl] 07paladox deleted branch 03paladox-patch-1 - 13https://git.io/vxP9L [15:18:58] And remove from urlshortner whitelist in ls.php [15:20:18] Oh [15:20:29] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fNwta [15:20:31] [02miraheze/mw-config] 07paladox 0324a1568 - Update LocalSettings.php [15:20:40] j [15:20:47] PROBLEM - mw1 Puppet on mw1 is CRITICAL: CRITICAL: Catalog fetch fail. Either compilation failed or puppetmaster has issues [15:29:05] Reception123: paladox Maybe the solution is to remove the Mexicopedia settings in Github and then add them again? [15:29:46] that would not help, as that's not how LocalSettings.php works [15:30:11] hmm [15:31:21] será la caché? Reception123 [15:31:36] pero ya tiene unas 12 horas para actualizarse.. [15:32:14] en las otras wikis, tardó entre 5 minutos hasta 3 horas aparecer alguna extensip´ón o configuracion [15:32:17] extensión* [15:32:54] Does anyone know of a way to opt-out local wikis from global abuse filters? (i.e. so that the software would basically consider global filters to be nonexistent and wouldn’t take action even if they were “tripped” on the opted-out wikis) [15:33:24] I don't think that exists [15:33:41] hi Voidwalker [15:33:50] hello, got the notification [15:33:51] Voidwalker: did wm-bot give you my message? [15:33:56] ok, great :) [15:34:23] I know there’s a variable that will disallow filters with administrative actions from taking action locally, but since there’s only one global filter with admin actions enabled, that would kind of be pointless [15:34:56] hi Voidwalker :) [15:35:37] hello [15:37:20] Reception123: y si hacemos lo que he dicho de Github al menos para probar? [15:44:52] paladox> Wiki-1776 could this be caused by https://github.com/miraheze/mw-config/commit/d6732974d8a68d836050d92b96b99c6a8d88af91#diff-04824105610acf2174db11a5522c2772 ? [15:44:53] Title: [ other configurations on centralwiki, destinoswiki, ucroniawiki, mexic… · miraheze/mw-config@d673297 · GitHub ] - github.com [15:45:38] Reception123 yep [15:45:40] seems like it [15:57:02] ApuntesWiki will show you the name spaces that do Not appear in Mexicopedia https://apuntes.miraheze.org/wiki/Especial:CambiosRecientes And they both share the same change [15:57:02] Title: [ Cambios recientes - Apuntes ] - apuntes.miraheze.org [15:57:03] paladox: [16:06:20] RECOVERY - test1 Puppet on test1 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [16:08:50] Wiki-1776 hmm [16:08:58] im not sure then. [16:13:22] this is really weird [16:13:34] we will have to wait for JohnLewis [16:15:16] ok [16:24:23] PROBLEM - test1 Puppet on test1 is CRITICAL: CRITICAL: Puppet has 5 failures. Last run 3 minutes ago with 5 failures. Failed resources (up to 3 shown): Exec[git_pull_MediaWiki core],Exec[ufw-allow-tcp-from-any-to-any-port-80],Exec[ufw-allow-tcp-from-any-to-any-port-443],Exec[ops_ensure_members] [16:33:46] PROBLEM - test1 Current Load on test1 is WARNING: WARNING - load average: 1.95, 1.53, 1.13 [16:35:46] RECOVERY - test1 Current Load on test1 is OK: OK - load average: 1.62, 1.56, 1.19 [16:43:46] PROBLEM - test1 Current Load on test1 is CRITICAL: CRITICAL - load average: 2.82, 2.22, 1.60 [16:47:46] RECOVERY - test1 Current Load on test1 is OK: OK - load average: 0.90, 1.63, 1.51 [16:56:19] RECOVERY - test1 Puppet on test1 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [17:02:39] (test) [17:02:41] hi ZppixBot [17:02:41] Hi Reception123Do you need anything from me? [17:04:14] [02miraheze/mediawiki] 07paladox pushed 031 commit to 03REL1_31 [+0/-0/±1] 13https://git.io/fNwBd [17:04:15] [02miraheze/mediawiki] 07paladox 03a25563f - Ignore .composer and composer.phar [17:10:35] paladox: let's hope it works, and actually does something [17:10:43] but anyway having it in the .gitignore doesn't hurt [17:10:44] it dosen't [17:10:49] paladox: oh :( [17:10:51] that only affects mediawiki core it seems [17:10:53] not submodules [17:11:07] modified: .gitignore [17:11:08] what we want is probaley this Reception123 https://stackoverflow.com/questions/5127178/gitignore-files-added-inside-git-submodules [17:11:09] Title: [ vim - .gitignore files added inside Git submodules - Stack Overflow ] - stackoverflow.com [17:11:10] lol they have to be kidding [17:11:45] [02miraheze/mediawiki] 07paladox pushed 031 commit to 03REL1_31 [+0/-0/±1] 13https://git.io/fNwRy [17:11:46] [02miraheze/mediawiki] 07paladox 032f85fa1 - Revert "Ignore .composer and composer.phar" This reverts commit a25563f9a43900b7c83f6b80429cea9164632b06. [17:16:15] hi ZppixBot [17:16:23] ok you don't like me [17:16:24] !night [17:16:24] Good night, sweet dreams and dream of the miraheze servers without errors! [17:16:28] * revi cries and runs away [17:16:44] night revi [17:17:02] [02miraheze/mediawiki] 07paladox pushed 031 commit to 03REL1_31 [+0/-0/±1] 13https://git.io/fNw03 [17:17:02] revi: yeah, looks like there's a new syntax error when I was trying to fix the space between nick and message [17:17:03] [02miraheze/mediawiki] 07paladox 03763aa47 - Set ignore dirty for all .gitsubmodules [17:17:53] ZppixBot [17:17:56] ZppixBot .help [17:17:59] .help [17:18:00] Hang on, I'm creating a list. [17:18:03] I've posted a list of my commands at https://ptpb.pw/LviR - You can see more info about any of these commands by doing .help (e.g. .help time) [17:18:23] PROBLEM - test1 Puppet on test1 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] [17:20:09] [02services] 07Wiki1776 opened pull request 03#151: add tallercentralwiki on services - 13https://git.io/fNw0a [17:20:11] [02mw-config] 07Wiki1776 opened pull request 03#2323: enable configurations on tallercentralwiki - 13https://git.io/fNw0w [17:21:09] paladox: there is a MWexception when moving pages [17:21:15] I've asked the user on Discord to post it here too [17:21:17] [02mw-config] 07paladox closed pull request 03#2323: enable configurations on tallercentralwiki - 13https://git.io/fNw0w [17:21:18] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fNw0D [17:21:20] [02miraheze/mw-config] 07Wiki1776 03c554019 - enable configurations on tallercentralwiki (#2323) [17:21:23] [02services] 07paladox closed pull request 03#151: add tallercentralwiki on services - 13https://git.io/fNw0a [17:21:24] [02miraheze/services] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fNw0y [17:21:26] [02miraheze/services] 07Wiki1776 033abaf41 - add tallercentralwiki on services (#151) [17:21:32] Reception123 oh? [17:21:47] heh [17:21:48] 2018-07-31 17:00:23 mw1 freevandalwiki: [60d5729d9ff6a5324c16646d] /w/index.php?title=%ED%8A%B9%EC%88%98:%EC%9D%B4%EB%8F%99&action=submit MWException from line 474 of /srv/mediawiki/w/includes/MovePage.php: Failed to delete page-move revision: [17:21:58] haven't seen this strange error before [17:22:00] paladox: ^ [17:22:08] i saw that on mw1 [17:22:09] log [17:22:24] yeah [17:22:27] why do you think it's appearing? [17:22:55] hmm [17:23:17] https://github.com/wikimedia/mediawiki/blob/REL1_31/includes/MovePage.php#L472 [17:23:17] Title: [ mediawiki/MovePage.php at REL1_31 · wikimedia/mediawiki · GitHub ] - github.com [17:25:06] hmm, I've never seen this error before [17:26:16] We are experiencing an issue on 루비위키 https://freevandal.miraheze.org/ After 모스망가 vandalized a lot by moving many pages, we need to move it back. But during moving pages, following error message appeared: [20988b3cd38f958bc5a096cf] 2018-07-31 17:15:40: Fatal exception of type "MWException" [17:26:18] Title: [ 루비위키 ] - freevandal.miraheze.org [17:26:32] https://cdn.discordapp.com/attachments/435711390544560128/473904309181087756/2018-08-01_3.png [17:26:44] ^ paladox [17:26:54] PlavorSeol hi, do you have a link to a page we can try to delete? [17:27:01] Hi ZppixBot [17:27:01] Hi MacFan4000, Do you need anything from me? [17:27:28] paladox: if the user is on discord you need to do @PlavorSeol [17:27:33] oh [17:27:48] MacFan4000: great :) [17:27:56] .remind [17:28:00] .help [17:28:02] Hang on, I'm creating a list. [17:28:03] .remind [17:28:04] I've posted a list of my commands at https://ptpb.pw/WTkw - You can see more info about any of these commands by doing .help (e.g. .help time) [17:28:05] .tell [17:28:05] paladox: tell whom? [17:28:12] .remind Reception123 .in [17:28:33] I can fix .in :) I’m no good at python [17:28:44] Can’t* [17:29:59] paladox: so do you know how we could fix this error? [17:30:14] Reception123 nope [17:30:41] @PlavorSeol do you mind if i delete https://freevandal.miraheze.org/wiki/O_tvn ? [17:30:41] Title: [ O tvn - 루비위키 ] - freevandal.miraheze.org [17:31:06] paladox: imo this is CVT duty so you shouldn’t do it [17:31:16] MacFan4000 uh no [17:31:20] not if it's a bug [17:31:41] Hello tenpower! If you have any questions feel free to ask and someone should answer soon. [17:31:43] It was from vandalism [17:31:44] Hello tenpower_! If you have any questions feel free to ask and someone should answer soon. [17:31:52] Hello tenpower__! If you have any questions feel free to ask and someone should answer soon. [17:31:54] MacFan4000 yes, but the user is reporting errors from deleting [17:31:58] Hello tenpower___! If you have any questions feel free to ask and someone should answer soon. [17:32:03] which is my job to investigate. [17:32:23] MacFan4000: Since there is a technical issue, paladox is free to test out the pages [17:32:30] He isn't reverting the vandalism [17:32:35] That would be for CVT [17:33:16] O tvn is for testing purposes only. [17:33:27] Test [17:33:30] Okay [17:33:54] @paladox They agreed to delete [[O tvn]] page, so go on. [17:34:00] thanks [17:34:22] seems to work for me [17:34:34] Delete [[O tvn]] [17:35:40] Tenpower: he did [17:35:56] it seems no error occured. [17:36:08] maybe apihighlimits or sorta? [17:36:15] paladox: anything in the logs? [17:36:27] paladox: yes, I pasted above [17:36:39] hmm probably not [17:36:39] Reception123 i mean from the page i just deleted. [17:37:25] Still seems error when trying to moving a page. [17:37:26] https://cdn.discordapp.com/attachments/435711390544560128/473907046022905876/unknown.png [17:37:58] oh [17:37:58] hmm [17:38:14] I think logs should have something [17:38:21] but I no longer have access <.< [17:38:27] paladox: ^^ [17:38:32] I only see [17:38:33] 2018-07-31 17:00:23 mw1 freevandalwiki: [60d5729d9ff6a5324c16646d] /w/index.php?title=%ED%8A%B9%EC%88%98:%EC%9D%B4%EB%8F%99&action=submit MWException from line 474 of /srv/mediawiki/w/includes/MovePage.php: Failed to delete page-move revision: [17:38:36] PS: I just sent an message with screenshot on Discord. Does IRC channel support images sent from Discord? [17:38:44] we can see the url [17:38:59] i see nothing on the mw* logs for around 17:30 UTC [17:39:08] whatcha db? [17:39:16] if mw is empty I can think of db [17:39:24] s/I can/I can only [17:39:24] revi meant to say: if mw is empty I can only think of db [17:39:30] @PlavorSeol yes, the image can be seen here too [17:39:36] that can affect the move [17:39:49] yes, but nothing was changed with the db [17:40:11] hmmmmmmmmmm [17:40:38] I've checked all the mw*s and the only error is this one with the page-move revision [17:40:39] we need someone to compose a ‘weird song’ /jk [17:40:59] to sing it when we see weird things [17:41:11] sounds like upstream then imo [17:41:30] I'm half asleep tho [17:41:58] possibly, but nothing changed afaik [17:42:10] PROBLEM - test1 Current Load on test1 is WARNING: WARNING - load average: 1.66, 1.71, 1.34 [17:42:25] revi: looks like its AbuseFilter [17:42:30] lol [17:42:49] filter being toooooooo... aggressive? [17:42:58] i see this: [17:42:58] lol probably [17:42:58] yeah that makes sense [17:42:59] | 1 | abusefilter-disallowed | 다른 사용자문서 편집방지 1 | [17:43:01] | 1 | abusefilter-disallowed | 다른 사용자문서 편집방지 1 | [17:43:05] heh [17:43:08] contents of filter? [17:43:14] I lost all my superpowerz [17:43:20] (pm fine if private) [17:43:40] https://meta.miraheze.org/wiki/Special:AbuseFilter/22 ? [17:43:40] Title: [ Editing abuse filter - Miraheze Meta ] - meta.miraheze.org [17:44:07] RECOVERY - test1 Current Load on test1 is OK: OK - load average: 0.71, 1.34, 1.25 [17:44:15] that's not global [17:44:26] we don't have global filter in Korean chars! [17:44:34] Hmm this filter [17:44:47] if so I am the only on in the CVT, stew, sysadmin, sysop to read them lol [17:44:51] you don't want that [17:45:02] https://freevandal.miraheze.org/wiki/특수:편집필터/1 [17:45:03] Title: [ 편집 필터 편집하기 - 루비위키 ] - freevandal.miraheze.org [17:45:07] https://freevandal.miraheze.org/wiki/특수:편집필터기록 [17:45:07] Title: [ 편집 필터 기록 - 루비위키 ] - freevandal.miraheze.org [17:45:16] private to me [17:45:22] Doesn’t show delete or move being prevented [17:45:31] its had 9 hits [17:46:07] that's why it didn't happen to me [17:46:08] Ah, I suggested to add that filer to Tenpower few days ago, so they added it. [17:46:09] "& !("sysop" in user_grou" [17:46:25] user_grou? [17:46:27] seriously? [17:46:32] no typo there? [17:46:44] (._. [17:46:47] [02mw-config] 07Szewek opened pull request 03#2324: Fixes for Nonsensopedia custom namespaces - 13https://git.io/fNwz4 [17:47:06] [02mw-config] 07MacFan4000 closed pull request 03#2324: Fixes for Nonsensopedia custom namespaces - 13https://git.io/fNwz4 [17:47:07] [02miraheze/mw-config] 07MacFan4000 pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fNwzE [17:47:09] [02miraheze/mw-config] 07Szewek 03628b1de - Fixes for Nonsensopedia custom namespaces (#2324) Changed bad forum namespace, conflicting with extension namespace Replaced custom namespaces with polish names Added content namespaces [17:47:28] revi nope my copy paste errors [17:47:29] :) [17:47:37] great lol [17:47:46] & !("sysop" in user_groups) [17:48:01] paladox: ntseedne made it [17:48:07] ok [17:48:13] and all the hits are from non-sysop? [17:48:14] (mobile) [17:48:19] RECOVERY - test1 Puppet on test1 is OK: OK: Puppet is currently enabled, last run 42 seconds ago with 0 failures [17:48:37] but mwexception is meh cuz it's just supposed to fail to save edit, not mwexception [17:48:46] revi all hits are from PlavorSeol and Tenpower [17:49:34] I made some mistakes to that filter before suggest to add to administrators, so that filter may not work correctly. [17:50:29] It’s not that I don’t think [17:50:40] The abuse log shows no hits from today [17:51:05] mwexception so it couldn't be logged? [17:52:44] hmm [17:53:25] whatever [17:53:31] !night (really) [17:53:31] Good night, sweet dreams and dream of the miraheze servers without errors! [17:53:44] night (again) revi :) [17:53:53] lolbye [17:54:19] PROBLEM - test1 Puppet on test1 is WARNING: WARNING: Puppet is currently disabled, message: paladox, last run 3 minutes ago with 0 failures [17:55:10] paladox: wouldn't disabling the filter (temporarily at least) fix it? [17:55:44] Reception123 though macfan said those hits were not today, so not sure. [17:55:46] maybe? [17:55:55] as i doin't seem to be affected by the error at least. [17:56:07] I guess it's worth trying, I'm not sure what else would be blocking the pages from being moved [17:56:14] yeh [17:57:17] !log reception@mw1:/srv/mediawiki/w/maintenance$ sudo -u www-data php dumpBackup.php --wiki nonsensopediawiki --full > /home/reception/nonsensopediawiki31072018.xml [17:57:21] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [18:01:29] paladox: also, I thought Puppet was "fixed" now? [18:01:42] Reception123 im cloning it [18:01:43] to test [18:01:48] on test1 [18:01:49] oh ok [18:08:31] !log delete stray DB4-0003 on bacula1 [18:08:35] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [18:09:36] if the issue is with an abuse filter, then I think I know what's going on [18:10:30] there's some really weird logic in the freevandal abusefilter that is not working properly [18:10:59] which can be seen here: https://freevandal.miraheze.org/wiki/%ED%8A%B9%EC%88%98:%ED%8E%B8%EC%A7%91%ED%95%84%ED%84%B0%EA%B8%B0%EB%A1%9D/9 [18:11:00] Title: [ 편집 필터 기록 - 루비위키 ] - freevandal.miraheze.org [18:13:38] Voidwalker: so maybe it should be disabled for now, so the users can move the pages? [18:13:59] yeah, (although I think I've boiled up a fix [18:18:21] RECOVERY - test1 Puppet on test1 is OK: OK: Puppet is currently enabled, last run 2 minutes ago with 0 failures [18:27:21] !log sudo -u www-data php /srv/mediawiki/w/maint*/rebuildLocalisationCache.php --wiki test1wiki on test1 [18:27:25] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [18:27:48] Resolved [18:27:57] Reception123 ^^ [18:27:57] Tenpower disabled the filter and now resolved. [18:28:04] Great :) [18:28:16] If you need anything else, feel free to ask us [18:29:04] hi [18:29:24] We're terribly sorry for making issues by adding such weird filter and made you wasting precious time. [18:29:47] @PlavorSeol That's why we're here, to help users with anything they need (including AbuseFilters) [18:29:52] So no problem [18:30:40] [02miraheze/puppet] 07JohnFLewis pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fNww9 [18:30:41] [02miraheze/puppet] 07JohnFLewis 03080b948 - update GRANTS for mediawiki stuff + famous spelling mistake no one ever fixed [18:36:52] abusefilters are weird creatures :P [18:37:59] lol [18:38:42] !log sudo -u www-data foreachwikiindblist /srv/mediawiki/dblist/all.dblist /srv/mediawiki/w/maintenance/runJobs.php on mw1 [18:38:46] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [18:41:15] !log sudo -u www-data foreachwikiindblist /srv/mediawiki/dblist/all.dblist /srv/mediawiki/w/maintenance/runJobs.php on test1 [18:41:19] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [18:41:38] Has there been any news that services can be enabled from ManageWiki? [18:41:41] Reception123 why are you running that on test1? [18:41:50] paladox: so more jobs can be ran [18:41:58] paladox: ^ (for Wiki-1776's question) [18:42:12] We are developing it currently. [18:42:21] Also just an FYI for anyone, Interwiki administrator is official, so anyone who wants to request feel free [18:43:43] Has the permit already been created? :o [18:43:53] ok paladox [18:44:28] PROBLEM - test1 Current Load on test1 is WARNING: WARNING - load average: 1.79, 1.85, 1.38 [18:48:23] RECOVERY - test1 Current Load on test1 is OK: OK - load average: 1.21, 1.62, 1.39 [18:49:06] wasn't it decided to request interwiki prefixes on the community noticeboard? [18:51:00] Voidwalker: oh, yes, whoops. [18:51:08] SN would definitely not be a good place as that's only for stewards request [18:51:10] s [18:57:35] !log sudo -u www-data foreachwikiindblist /srv/mediawiki/dblist/all.dblist /srv/mediawiki/w/maintenance/runJobs.php on mw2 [18:57:39] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [18:59:52] Hmm.. I return back and the first thing I see is “#miraheze - 200+ unread messages” [18:59:56] !log depool mw3 [18:59:57] Geesh [19:00:00] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [19:00:25] Why depool?? [19:00:52] paladox: see -staff [19:00:58] JohnLewis: he was going to rm /w so he can reclone [19:01:03] JohnLewis i am recloning mw [19:01:07] (not doing job runner) [19:01:12] Oh, why? [19:01:15] it's for the performance thing i did earlier [19:01:17] in submodules [19:01:24] Lots of new recent changes in meta too.. [19:01:29] so we can get puppet from 5 mins to <1 min [19:01:30] What all has happened over the last two hours? [19:01:43] AmandaCatherine: it's all there, just read it :) [19:01:54] Okay but during high jobs, maybe not ideal [19:01:54] RfC closed, new CVT members, etc. [19:02:08] PROBLEM - cp5 Varnish Backends on cp5 is CRITICAL: 1 backends are down. mw3 [19:02:15] Looks like some techy things as well judging by the IRC logs [19:02:26] PROBLEM - mw3 Puppet on mw3 is WARNING: WARNING: Puppet is currently disabled, message: paladox, last run 9 minutes ago with 0 failures [19:02:44] HTTP CRITICAL - Unable to open TCP socket [19:02:52] PROBLEM - cp4 Varnish Backends on cp4 is CRITICAL: 1 backends are down. mw3 [19:02:58] PROBLEM - cp2 Varnish Backends on cp2 is CRITICAL: 1 backends are down. mw3 [19:03:44] “Backends are down” - isn’t that 503 errors? [19:04:08] AmandaCatherine i depooled mw3 :) [19:04:12] that's me [19:04:51] Not sure what “depooled” means but as long as it’s supposed to happen... [19:05:32] depool means no traffic should go to the servers [19:05:34] AmandaCatherine: it's basically "taken out of service" [19:05:43] so that server is disregarded [19:05:59] So if a sever is out of service, I’m glad Miraheze has multiple so that we’re not down right now :) [19:06:10] yes, that's why we have 3 mw servers [19:11:20] PROBLEM - mw3 JobQueue on mw3 is UNKNOWN: NRPE: Unable to read output [19:12:24] RECOVERY - mw3 Puppet on mw3 is OK: OK: Puppet is currently enabled, last run 2 minutes ago with 0 failures [19:16:05] RECOVERY - mw3 HTTPS on mw3 is OK: HTTP OK: HTTP/1.1 301 Moved Permanently - 459 bytes in 0.019 second response time [19:16:37] !log repool mw3 [19:16:41] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [19:16:43] RECOVERY - mw3 HTTP on mw3 is OK: HTTP OK: HTTP/1.1 301 Moved Permanently - 459 bytes in 0.012 second response time [19:16:51] RECOVERY - cp4 Varnish Backends on cp4 is OK: All 3 backends are healthy [19:16:59] RECOVERY - cp2 Varnish Backends on cp2 is OK: All 3 backends are healthy [19:17:11] RECOVERY - cp5 Varnish Backends on cp5 is OK: All 3 backends are healthy [19:17:15] PROBLEM - mw3 JobQueue on mw3 is CRITICAL: JOBQUEUE CRITICAL - job queue greater than 300 jobs. Current queue: 9699 [19:18:43] Yay, we’re healthy again [19:28:06] Jobs coming back too :d [19:30:01] JohnLewis PuppyKun Voidwalker: can one of you approve this https://github.com/miraheze/mw-config/pull/2322 [19:30:02] Title: [ Add abusefilter-private-log for stewards by Amanda-Catherine · Pull Request #2322 · miraheze/mw-config · GitHub ] - github.com [19:30:11] (Reception123 said a stew needed to approve before merging) [19:30:52] !log php namespaceDupes.php --wiki= nonsensopedia wiki on mw3 [19:30:56] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [19:31:02] [02mw-config] 07JohnFLewis closed pull request 03#2322: Add abusefilter-private-log for stewards - 13https://git.io/fNVfF [19:31:03] [02miraheze/mw-config] 07JohnFLewis pushed 032 commits to 03master [+0/-0/±2] 13https://git.io/fNw1Z [19:31:05] [02miraheze/mw-config] 07Amanda-Catherine 03ca1ccc3 - Add abusefilter-private-log for stewards This allows stewards to access Special:Log/abusefilterprivatedetails, which is a new log that logs each time the abusefilter-private permission is executed. I believe (haven’t actually seen what the log looks like) that the log works similarly to the CheckUser log. [19:31:06] [02miraheze/mw-config] 07JohnFLewis 033fa94a4 - Merge pull request #2322 from weatherwiki/master Add abusefilter-private-log for stewards [19:31:14] Thanks John [19:31:26] yw [19:35:09] !log sudo -u www-data php /srv/mediawiki/w/maint*/rebuildLocalisationCache.php --wiki test1wiki on mw3 [19:35:13] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [19:41:54] [02mw-config] 07Amanda-Catherine opened pull request 03#2325: Remove interwiki from stewards - 13https://git.io/fNwMs [19:42:48] [02mw-config] 07NDKilla closed pull request 03#2325: Remove interwiki from stewards - 13https://git.io/fNwMs [19:42:50] [02miraheze/mw-config] 07NDKilla pushed 032 commits to 03master [+0/-0/±2] 13https://git.io/fNwMl [19:42:51] [02miraheze/mw-config] 07Amanda-Catherine 03c4baff8 - Remove interwiki from stewards No longer needed per the creation of the interwiki-admins global group [19:42:53] [02miraheze/mw-config] 07NDKilla 038bf1787 - Merge pull request #2325 from weatherwiki/master Remove interwiki from stewards [19:43:13] PuppyKun: you got your way (somewhat) :) [19:43:27] PuppyKun: why are we removing from stewards? [19:43:45] Reception123: because that's weatherwiki permissions so does it really matter [19:43:57] Reception123: I did that for my wiki prior to the creation of the interwiki-admins groupo [19:43:57] Oh it's only weatherwiki [19:43:59] Ok then [19:44:08] That's you're choice [19:44:17] PuppyKun asked me to remove it a few days ago but I was hesitant until we had the global group [19:50:25] bur I don't understand what's changed? [19:50:55] !log depool mw2 [19:50:59] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [19:51:05] JohnLewis: initially I gave the “interwiki” right to the stewards group locally on Weather Wiki [19:51:40] But since the creation of the interwiki-admins global group (which I don’t plan on opting out of), the right is no longer needed to be assigned to local stewards [19:52:04] it was never needed to be assigned [19:52:24] Before the interwiki-admins group, nobody could modify Special:Interwiki locally on my wiki, and that bothered me [19:52:36] stewards and sysadmins could [19:52:38] I want everything having to do with my wiki logged on my wiki [19:52:42] Not meta [19:53:28] I could change your interwiki without having to add the local group [19:53:33] and I still can now [19:53:45] But that’s logged on Meta [19:53:51] I want everything logged on my wiki [19:53:55] by standard [19:54:01] I could do it on your wiki regardless [19:54:26] Meh, whatever [19:54:37] PROBLEM - mw2 Puppet on mw2 is WARNING: WARNING: Puppet is currently disabled, message: paladox, last run 3 minutes ago with 1 failures [19:54:48] I essentially just copy-pasted the old code from WikiCanada for the code for Weather Wiki, so most things do date back to the days of WikiCanada [19:54:51] PROBLEM - cp4 Varnish Backends on cp4 is CRITICAL: 1 backends are down. mw2 [19:54:53] And I did everything for a reason [19:54:57] PROBLEM - cp2 Varnish Backends on cp2 is CRITICAL: 1 backends are down. mw2 [19:55:15] PROBLEM - cp5 Varnish Backends on cp5 is CRITICAL: 1 backends are down. mw2 [19:55:35] not disputing anything, just saying waiting for the creation of this group was useless and nothing has changed [19:55:56] *as nothing [19:56:27] I was looking at the page and the "add request" button doesn't work. Anybody want to check it out? https://meta.miraheze.org/wiki/Requests_for_global_rights [19:56:28] Title: [ Requests for global rights - Miraheze Meta ] - meta.miraheze.org [19:57:39] JohnLewis: procedurally something did change, because one thing that’s going to be in my local stewards policy is that “stewards should not use any global rights that are not assigned to any local group on the wiki, and they should add themselves to the local group before performing actions” [19:57:56] Again, enforce everything being logged on my wiki if it affects my wiki [19:58:17] but [19:58:24] steward is the local group with the permission [19:58:31] and adding to steward isnt logged on your wiki [19:58:34] but I don't get why the necessity to enforce us to log adding the group on metawiki to use global tools on your wiki [19:58:51] when we can just do it on the wiki and not have to create unnecessary logs on another wiki [19:59:19] PuppyKun: But, if stewards need to use admins tools, etc. they should log on meta +steward and then log on my wiki +sysop, since stewards have “userrights” [20:00:00] Mostly it’s to avoid confusion of users unfamiliar with how global rights work [20:00:02] We were talking about permissions assigned to the steward group itself though. [20:00:14] In which case they wouldnt +sysop themself [20:00:33] Yes, that’s logged on Meta, because stewards are a global “thing” [20:00:41] Local sysop actions should be logged locally, not on Meta [20:00:51] They're logged locally regardless. [20:00:58] I can't delete pages on your wiki from meta [20:01:16] yes, but “how did that user delete pages without being an administrator” [20:01:19] That’s what I don’t want [20:02:13] most users won't log search though to understand the process behind it [20:02:41] and then people will think "how did they add sysop without being a bureaucrat" and so on up the chain :P [20:02:48] Exactly [20:02:56] That’s why I try to discourage userrights-interwiki from Meta [20:03:12] Rather I try to encourage assigning steward from Meta and then assigning local rights locally [20:03:42] but then you also have to take into account groups like CVT etc. [20:03:55] Eventually I’m going to opt-out from CVT [20:04:01] Once I get some real content on my wiki [20:04:16] Cause I’m active enough to deal with vandalism within 24 hours, usually [20:04:36] PROBLEM - mw2 Puppet on mw2 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] [20:04:52] RECOVERY - cp4 Varnish Backends on cp4 is OK: All 3 backends are healthy [20:04:58] RECOVERY - cp2 Varnish Backends on cp2 is OK: All 3 backends are healthy [20:04:59] so then stewards won't need to do anything besides CU/OS and stuff. we're extremely rarely use sysop rights on wikis [20:05:14] RECOVERY - cp5 Varnish Backends on cp5 is OK: All 3 backends are healthy [20:05:22] So why do they exist in the global group if you hardly use them? [20:05:40] because we might need to use them [20:05:40] If you use them that infrequently, logging +sysop to yourselves on a local wiki would be better? [20:06:03] not really because then that's 4+ log actions, taking minutes for a 10 second task [20:06:20] But, transparency [20:06:30] Not all users will know to check Meta for interwiki actions [20:06:34] we are transparent [20:06:57] we don't do interwiki stuff on meta except assign CU/OS or removing crat from users [20:07:00] And anyone who vaguely knows anything about MediaWiki will know that you can’t block/delete/protect etc without sysop on the local wiki [20:07:19] Well, I can remove crat from users with my founder flag, so that’s not an issue [20:07:39] 99.9% of wikis can't [20:08:14] Because they’ve chosen not to :) [20:08:33] I’ve given the stewards one less thing to do by having my founder flag having the ability to remove crats [20:08:34] RECOVERY - mw2 Puppet on mw2 is OK: OK: Puppet is currently enabled, last run 16 seconds ago with 0 failures [20:08:36] because we haven't given them the option [20:08:48] They all have the option, if they know about it [20:09:03] Even the FAQ says that if you want a group to be able to remove bureaucrats, you can request it [20:09:28] indeed, but it's better if they don't [20:09:55] !log sudo -u www-data php /srv/mediawiki/w/maint*/rebuildLocalisationCache.php --wiki test1wiki on mw2 [20:09:58] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [20:09:59] I will respectively disagree on that one [20:10:45] you may but I agree with it based on history [20:10:55] (that's the reason we did it this way on Miraheze) [20:11:26] I purposely didn’t allow crats to remove crats, because I know what can happen there [20:11:40] indeed [20:11:48] so you agree then [20:11:54] you've overcame it in the smart way [20:11:59] No, I disagree that only stewards should remove crats [20:12:07] My founder flag can remove crats, but that’s it [20:12:10] Crats cannot [20:12:32] considering on 99.9% of wikis, crats is the "highest" level [20:12:40] !log repool mw2 [20:12:45] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [20:13:30] See, I purposely didn’t want crats being the highest level because of what can happen with rouge crats etc [20:13:53] rouge crats? [20:14:01] rouge rats [20:14:10] indeed. so you are agreeing with my point in principle that crats shouldn't be able to remove crats [20:14:11] Lol ^ [20:14:28] But I am disagreeing with your point that only stewards should remove crats [20:14:40] In theory all wikis should have a level above crats [20:14:48] Founder, staff, owner, whatever [20:14:50] they shouldn't [20:14:58] AmandaCatherine all stewards are vetted i think to try and reduce rouge ones. [20:15:00] Miraheze is built on the basis of "community-ran" [20:15:08] ^^ [20:15:37] Yes, but community needs some oversight [20:15:40] there should realistically never be a level about "community-appointed" [20:16:13] yep, stewards do the overseeing in terms of ensuring fairness, impartiality and the community wishes are upheld. [20:16:14] And I’m not talking about rouge stewards paladox, I’m talking about rouge crats who might try to remove the initial crat (founder) if they could remove crats [20:16:35] oh [20:16:45] JohnLewis knows what he is talking about though :) [20:16:57] I’m on the principle that each wiki should have their own community, and the global community should be separate [20:17:19] Of course, members of the global community make up local communities [20:17:31] But local communities should make their own policies and regulate themselves [20:17:35] the order on Miraheze will always be local community > global community but if there is an issue in the local community, the global community as the greater collection of people has the next say which usually is delegated to stewards (though stewards should and do delegate to the global community to decide stuff) [20:18:29] you get the point of if 1 crat says "no" but 100 people in the community say "yes" to something, it's Miraheze's view and the wide communities view that the community should be respected in that say not the 1 crat [20:18:36] [02puppet] 07sau226 opened pull request 03#793: Update CVT email alias - 13https://git.io/fNw9u [20:19:26] JohnLewis should i merge ^^? [20:19:59] Assuming it’s the local community that said yes with 100 people [20:20:17] 100 people in the global community cannot override the local community, even if the local community has fewer members [20:20:51] of course not, it's the local community [20:21:16] Good [20:21:16] paladox: yeah [20:21:21] ok [20:21:22] thanks [20:21:30] but stewards exist as that oversight [20:21:32] [02puppet] 07paladox closed pull request 03#793: Update CVT email alias - 13https://git.io/fNw9u [20:21:33] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fNw9N [20:21:35] [02miraheze/puppet] 07sau226 03e93e2af - Adding the trentus to CVT email list (#793) [20:21:46] otherwise that 1 crat has "ultimate" power and that's not in the ethos of Miraheze [20:23:14] But again, the global stewards cannot override the wishes of the local crat(s) [20:23:14] I would happily revoke the rights of anymore who continually (or seriously) flaunts the community aspect of Miraheze. However most wikis are so small, there is never really a community there and the ones that have developed or so close knit, there is never an issue. [20:23:21] !log depool mw1 [20:23:26] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [20:23:40] global stewards can override the wishes of the local crat(s) if it's what the said community want [20:23:52] stewards serve the community at hand not the crats of wikis. [20:24:04] Again, local community [20:24:22] I never implied global community [20:24:37] But the local communities wishes should be able to be handled by the crats and sysops [20:24:48] Stewards shouldn’t need to get involved [20:25:02] *should* [20:25:10] stewards are there to ensure they are [20:25:35] stewards exist to keep the peace, that is all [20:25:36] Could someone give me the CVT onboarding on IRC please? [20:25:40] nothing more, nothing less [20:25:49] PROBLEM - mw1 Puppet on mw1 is WARNING: WARNING: Puppet is currently disabled, message: paladox, last run 3 minutes ago with 0 failures [20:25:52] sau226: Welcome to CVT. That's you onboarded :P [20:26:01] (seriously, idk what CVT have on IRC) [20:26:10] lol [20:26:11] How many times do you see a WMF steward interfere in the affairs of a project like Wikipedia? Almost zero. [20:26:21] we are not wikipedia [20:26:24] or the wmf though [20:26:25] Err don't I need to be voiced in #miraheze-cvt?] [20:26:26] we are not the WMF or Wikipedia [20:26:27] HTTP CRITICAL - Unable to open TCP socket [20:26:35] JohnLewis ginx :) [20:26:35] But Miraheze should work the same way [20:26:51] PROBLEM - cp4 Varnish Backends on cp4 is CRITICAL: 1 backends are down. mw1 [20:26:51] but it doesn't [20:26:57] PROBLEM - cp2 Varnish Backends on cp2 is CRITICAL: 1 backends are down. mw1 [20:27:01] on Wikipedia etc. you have something like 20 crats [20:27:05] on Miraheze you might have 1 [20:27:13] PROBLEM - cp5 Varnish Backends on cp5 is CRITICAL: 1 backends are down. mw1 [20:27:19] If a local crat or sysop defies community consensus on Wikipedia, they get hauled off to ArbCom and (likely) have their rights revoked. If a local crat or sysop on Miraheze defies the consensus of the local community, stewards should enforce that consensus [20:27:23] HTTP CRITICAL - Unable to open TCP socket [20:27:28] if that 1 says no, but the community says yes, then stewards have the right to enforce the community say is carried out [20:27:46] you are literally saying what I am saying but you seem to disagree with me? [20:27:51] And if that one crat uses their power to defy consensus, they lose their power [20:28:34] But again, it’s up to the local crats to determine what the “consensus” is of any particular issue on a given wiki [20:28:38] perhaps I'm not wording things correctly for you, but what you are saying is exactly what I am saying [20:28:48] Good [20:29:02] maybe so but anyone can see 100-1 is consensus [20:29:13] crats may disagree saying "it's not consensus" but everyone can see it is. [20:29:14] local crats =/= local community [20:29:53] and we will always use the 80% rule and a large portion of the active community [20:35:50] RECOVERY - mw1 Puppet on mw1 is OK: OK: Puppet is currently enabled, last run 2 minutes ago with 0 failures [20:41:20] RECOVERY - mw3 JobQueue on mw3 is OK: JOBQUEUE OK - job queue below 300 jobs [20:43:24] RECOVERY - mw1 HTTPS on mw1 is OK: HTTP OK: HTTP/1.1 301 Moved Permanently - 459 bytes in 0.016 second response time [20:44:27] RECOVERY - mw1 HTTP on mw1 is OK: HTTP OK: HTTP/1.1 301 Moved Permanently - 459 bytes in 0.013 second response time [20:44:44] !log upgrade phabricator on misc4 [20:44:48] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [20:51:21] PROBLEM - mw3 JobQueue on mw3 is CRITICAL: JOBQUEUE CRITICAL - job queue greater than 300 jobs. Current queue: 2907 [20:51:49] PROBLEM - mw1 Puppet on mw1 is WARNING: WARNING: Puppet is currently disabled, message: paladox, last run 6 minutes ago with 0 failures [21:00:47] paladox: Reception123 JohnLewis Are you sure this is done right? Because now I don't see the requested name spaces in https://tallercentral.miraheze.org/wiki/Especial:CambiosRecientes https://github.com/miraheze/mw-config/pull/2323 [21:00:48] Title: [ Error de permisos - TallerCentral ] - tallercentral.miraheze.org [21:00:50] Title: [ enable configurations on tallercentralwiki by Wiki1776 · Pull Request #2323 · miraheze/mw-config · GitHub ] - github.com [21:00:54] ? [21:02:38] ¿Cache? [21:06:10] The funny thing is that extensions (example Replace Text) are enabled immediately.. [21:08:05] Not that any changes made in the last 24 hours are affecting? paladox Reception123 JohnLewis [21:10:39] 24-36 hours* [21:20:12] [02services] 07Wiki1776 opened pull request 03#152: fix on services - 13https://git.io/fNwbR [21:21:20] a detail that I missed but didn't affect wikis.. [21:40:54] [02services] 07paladox closed pull request 03#152: fix on services - 13https://git.io/fNwbR [21:40:55] [02miraheze/services] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fNwAX [21:40:56] [02miraheze/services] 07Wiki1776 0310e4652 - fix on services (#152) [21:44:22] Wiki-1776 hmm [21:44:45] Wiki-1776 which ns are missing? [21:47:38] paladox: Prueba, Tema, Página, Anexo, Registro, Estudio, Lista, Bug, Proyecto, Taller and Modelo [21:47:44] ok [22:10:59] Have you changed anything? paladox [22:11:05] nope? [22:13:01] Wiki-1776 i doint see Prueba in https://github.com/miraheze/mw-config/commit/c5540193c0d3f75db95de60d7a5c7c2ec4430fb8#diff-04824105610acf2174db11a5522c2772 [22:13:02] Title: [ enable configurations on tallercentralwiki (#2323) · miraheze/mw-config@c554019 · GitHub ] - github.com [22:14:24] Now I don't get these name spaces in central.miraheze.org, destinos.miraheze.org, ucronia.miraheze.org, apuntes.miraheze.org, repositorio.miraheze.org They used to be visible. [22:14:52] paladox: Prueba -> Test | Proyecto -> Proyect [22:15:04] Test? [22:15:08] PROJECT* [22:15:30] Prueba -> NS_Test | Proyecto -> NS_PROJECT [22:15:46] Wiki-1776 tallerwiki or tallercentralwiki [22:15:46] ? [22:18:05] Wiki-1776 found the problem [22:18:10] you removed your wikis from [22:18:28] wgExtraNamespaces [22:18:34] so indeed this https://github.com/miraheze/mw-config/commit/d6732974d8a68d836050d92b96b99c6a8d88af91#diff-04824105610acf2174db11a5522c2772 [22:18:35] Title: [ other configurations on centralwiki, destinoswiki, ucroniawiki, mexic… · miraheze/mw-config@d673297 · GitHub ] - github.com [22:18:37] broke it for you [22:18:51] (just tested with https://tallercentral.miraheze.org/wiki/Especial:CambiosRecientes [22:18:51] Title: [ Error de permisos - TallerCentral ] - tallercentral.miraheze.org [22:18:53] on test1 [22:20:16] Wiki-1776 so you should re add your wikis to wgExtraNamespaces :) [22:27:38] Huh? But how did that happen? O.o [22:27:41] But they appeared to me yesterday, these name spaces and a few minutes ago they didn't. :| [22:30:22] Wiki-1776 that does fix the issue though [22:31:20] It seems to me that something similar had already happened to me but with an extension (VisualEditor?) and with https://phabricator.miraheze.org/T2853 [22:31:21] Title: [ ⚓ T2853 Errors in namespaces on wiki1776.miraheze.org and union.miraheze.org ] - phabricator.miraheze.org [22:32:17] I'll have to check it out later. I have to be away. paladox Thanks [22:32:23] ok [22:34:52] RECOVERY - cp4 Varnish Backends on cp4 is OK: All 3 backends are healthy [22:34:58] RECOVERY - cp2 Varnish Backends on cp2 is OK: All 3 backends are healthy [22:35:06] RECOVERY - cp5 Varnish Backends on cp5 is OK: All 3 backends are healthy [22:37:48] RECOVERY - mw1 Puppet on mw1 is OK: OK: Puppet is currently enabled, last run 2 minutes ago with 0 failures [22:39:14] [02miraheze/puppet] 07paladox pushed 031 commit to 03paladox-patch-4 [+0/-0/±1] 13https://git.io/fNrvf [22:39:15] [02miraheze/puppet] 07paladox 039251d72 - Update init.pp [22:39:17] [02puppet] 07paladox created branch 03paladox-patch-4 - 13https://git.io/vbiAS [22:39:18] [02puppet] 07paladox opened pull request 03#794: Update init.pp - 13https://git.io/fNrvJ [22:39:30] [02miraheze/puppet] 07paladox pushed 031 commit to 03paladox-patch-4 [+0/-1/±0] 13https://git.io/fNrvT [22:39:31] [02miraheze/puppet] 07paladox 03d2f178e - Delete ServicesSettings.php [22:39:33] [02puppet] 07paladox synchronize pull request 03#794: Update init.pp - 13https://git.io/fNrvJ [22:39:39] [02puppet] 07paladox closed pull request 03#794: Update init.pp - 13https://git.io/fNrvJ [22:39:41] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-1/±1] 13https://git.io/fNrvk [22:39:42] [02miraheze/puppet] 07paladox 03dda91f4 - Update init.pp (#794) * Update init.pp * Delete ServicesSettings.php [22:39:44] [02puppet] 07paladox deleted branch 03paladox-patch-4 - 13https://git.io/vbiAS [22:39:45] [02miraheze/puppet] 07paladox deleted branch 03paladox-patch-4 [22:42:46] RamNode Status [22:42:46] @NodeStatus [22:42:46] Follow Follow @NodeStatus [22:42:46] Dealing with a new large DDoS attack - NL [22:43:10] is this causing issues with miraheze? [22:43:47] hi, that was 12h ago, and is now resolved. [22:43:53] I get this message: LocalSettings.php not found. when browsing to this page: https://sterbalssundrystudies.miraheze.org/wiki/Main_Page [22:43:53] Title: [ MediaWiki 1.31.0 ] - sterbalssundrystudies.miraheze.org [22:44:53] oh [22:46:26] Rob-Sterbal works for me [22:46:35] thank you [22:46:48] I'm back up as well. [22:46:52] your welcome :) [22:53:10] !log sudo -u www-data php /srv/mediawiki/w/maint*/rebuildLocalisationCache.php --wiki test1wiki on mw1 [22:53:14] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [22:53:34] !log repool mw1 [22:53:38] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [23:09:20] RECOVERY - mw3 JobQueue on mw3 is OK: JOBQUEUE OK - job queue below 300 jobs [23:18:54] t [23:24:59] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fNrU6 [23:25:01] [02miraheze/puppet] 07paladox 037ce65a9 - Update commands.conf [23:26:13] [02miraheze/services] 07MirahezeSSLBot pushed 031 commit to 03master [+1/-0/±0] 13https://git.io/fNrUy [23:26:15] [02miraheze/services] 07MirahezeSSLBot 03f481ab4 - Update config for wiki's [23:26:18] reverting [23:26:21] (just testing [23:27:06] [02miraheze/services] 07paladox pushed 031 commit to 03master [+0/-1/±0] 13https://git.io/fNrUS [23:27:08] [02miraheze/services] 07paladox 032382f31 - Revert "Update config for wiki's" This reverts commit f481ab487ae2d2e4da189d68e2faed01ec933e3b. [23:31:27] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fNrTk [23:31:29] [02miraheze/puppet] 07paladox 03e136ba6 - Only allow pushServices.sh to run on mw1 [23:33:15] [02MirahezeMagic] 07paladox synchronize pull request 03#45: Add addWikiToServices script to generate our services yaml file - 13https://git.io/fNl3t [23:33:17] [02miraheze/MirahezeMagic] 07paladox pushed 031 commit to 03paladox-patch-1 [+0/-0/±1] 13https://git.io/fNrTq [23:33:18] [02miraheze/MirahezeMagic] 07paladox 035e93085 - Update addWikiToServices.php [23:34:19] miraheze/MirahezeMagic/paladox-patch-1/5e93085 - paladox The build was fixed. https://travis-ci.com/miraheze/MirahezeMagic/builds/80563995 [23:34:21] [02MirahezeMagic] 07paladox synchronize pull request 03#45: Add addWikiToServices script to generate our services yaml file - 13https://git.io/fNl3t [23:34:22] [02miraheze/MirahezeMagic] 07paladox pushed 031 commit to 03paladox-patch-1 [+0/-0/±1] 13https://git.io/fNrTY [23:34:24] [02miraheze/MirahezeMagic] 07paladox 0337495ff - Update MirahezeMagicHooks.php [23:36:32] [02CreateWiki] 07paladox closed pull request 03#83: Add new `wiki_services` column - 13https://git.io/fNl3a [23:37:07] [02MirahezeMagic] 07paladox closed pull request 03#45: Add addWikiToServices script to generate our services yaml file - 13https://git.io/fNl3t [23:37:09] [02miraheze/MirahezeMagic] 07paladox pushed 031 commit to 03master [+1/-0/±2] 13https://git.io/fNrTl [23:37:10] [02miraheze/MirahezeMagic] 07paladox 03d7b1131 - Add addWikiToServices script to generate our services yaml file (#45) * Add addWikiToServices.php script This will be used to generate services yaml syntax for parsoid and other services. * Update addWikiToServices.php * Update addWikiToServices.php * Update addWikiToServices.php * Update addWikiToServices.php * Update addWikiToServices.php * Use CreateWiki hook [23:37:10] for onAddServices * Update extension.json * Update extension.json * Update extension.json * Update addWikiToServices.php * Update addWikiToServices.php * Update MirahezeMagicHooks.php [23:37:12] [02MirahezeMagic] 07paladox deleted branch 03paladox-patch-1 - 13https://git.io/fQRGX [23:37:13] [02miraheze/MirahezeMagic] 07paladox deleted branch 03paladox-patch-1 [23:39:02] [02miraheze/mediawiki] 07paladox pushed 031 commit to 03REL1_31 [+0/-0/±1] 13https://git.io/fNrT2 [23:39:04] [02miraheze/mediawiki] 07paladox 030597053 - Update CreateWiki [23:40:32] [02miraheze/mediawiki] 07paladox pushed 032 commits to 03REL1_31 [+0/-0/±3] 13https://git.io/fNrTV [23:40:33] [02miraheze/mediawiki] 07paladox 035a8623d - Revert "Update CreateWiki" This reverts commit 059705323fe1991aa6aa8bd77bfc9454c42d1cf0. [23:40:35] [02miraheze/mediawiki] 07paladox 0373845b5 - Update MirahezeMagic [23:41:47] [02mw-config] 07Wiki1776 opened pull request 03#2326: add wgExtraNamespaces centralwiki, destinoswiki, ucroniawiki, mexicopediawiki, apunteswiki, repositoriowiki, tallercentralwiki - 13https://git.io/fNrTK [23:42:35] [02mw-config] 07paladox closed pull request 03#2326: add wgExtraNamespaces centralwiki, destinoswiki, ucroniawiki, mexicopediawiki, apunteswiki, repositoriowiki, tallercentralwiki - 13https://git.io/fNrTK [23:42:37] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fNrT6 [23:42:38] [02miraheze/mw-config] 07Wiki1776 036024f6e - add wgExtraNamespaces centralwiki, destinoswiki, ucroniawiki, mexicopediawiki, apunteswiki, repositoriowiki, tallercentralwiki (#2326) [23:45:06] [02miraheze/MirahezeMagic] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fNrTH [23:45:07] [02miraheze/MirahezeMagic] 07paladox 030b41943 - Update addWikiToServices.php [23:47:07] [02miraheze/mw-config] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fNrTh [23:47:08] [02miraheze/mw-config] 07paladox 03914ce3d - Update LocalSettings.php [23:47:34] [02miraheze/mediawiki] 07paladox pushed 031 commit to 03REL1_31 [+0/-0/±1] 13https://git.io/fNrke [23:47:35] [02miraheze/mediawiki] 07paladox 03242c39a - Update MirahezeMagic [23:50:37] Waiting for to update (not seen) [23:50:47] [02miraheze/MirahezeMagic] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fNrkt [23:50:48] [02miraheze/MirahezeMagic] 07paladox 03b3368e7 - Some fixes [23:51:55] They've already started showing up. yupi!! :D [23:52:13] thanks, thanks paladox :) [23:53:14] [02miraheze/mediawiki] 07paladox pushed 031 commit to 03REL1_31 [+0/-0/±1] 13https://git.io/fNrkZ [23:53:16] [02miraheze/mediawiki] 07paladox 03387f9da - Update MirahezeMagic [23:53:22] Wiki-1776 your welcome :)