[03:13:26] Looks like the swift script is mostly done, two servers to go, and we may be good. [06:21:25] @cookmeplox do you understand redis as well? [06:21:48] I can't see any indication it was upset when @tali64 encountered the latest error [06:21:58] But it does look upset again [06:22:02] I understand redis much better than I understand memcached [06:22:11] What are you guys using redis for again? [06:22:35] @cookmeplox job queue [06:22:38] Exception experienced creating the wiki. Error is: Redis server error: socket error on read socket [06:22:50] That was at 04:07 [06:23:20] Which doesn't line up with the jump in commands/sec [06:23:31] Which makes me think it might not be related [06:23:33] https://grafana.miraheze.org/d/HZGjmu_Zz/redis?orgId=1&from=now-24h&to=now [06:24:33] We are processing jobs as well afaics just very slow [06:24:47] The jump in commands/sec matches a loginwiki edit [06:25:59] I am fairly lost though [13:59:56] well, I'm tempted to update the RDNS check so that CNAMES don't have to go to mw-lb.miraheze.org, because because I see these alerts with some frequency, and there is technically no reason why the CNAME couldn't point to some other miraheze.org subdomain, as they will all always exist and resolve to our servers. [14:00:33] as long as it goes to some miraheze.org subdomain [14:06:35] It makes it easier to verify if they are pointing if they point to mw-lb MacFan4000 [14:08:32] My thought was to use regex, and allow any miraheze.org subdomain, but nothing else [14:09:04] Still it would make making sure it points not as simple as just checking if it points to mw-lb [14:10:13] that alert only comes up after ssl is added, alerts would still come up if it was changed after the fact [14:10:39] i always do a record lookup before I add SSL [15:14:01] MacFan4000: as long as it's a mediawiki domain, should be fine [15:14:12] Probably should exclude the non load balanced stuff [15:14:20] Like bastion.Miraheze.org [15:14:23] And server names [15:14:30] So no pointing directly at cp* [15:15:09] You'd need to exclude anything that isn't pointed at the lb and all server names [15:15:20] Although anything other than cp* would get upset quickly [15:15:44] It's mainly to catch people pointing directly at individual cache proxies [16:28:59] Makes sense, while we have had someone point to a cp (I think) we’ve never had anybody point anywhere else they shouldn’t [16:30:07] Meaning I don’t think we’ve ever encountered anybody pointing to a non-mw domain. At least for me server names still act like MediaWiki domains [16:55:10] Meh nvm about servernames [16:57:55] [1/2] back discussion tools - magic word doesn't seem to work, I'm trying on custom namespace [16:57:55] [2/2] it's just the word, no "Start a discussion ..." UI or new topic button [17:00:29] [[Help:DiscussionTools/Magic words and markup]] [17:00:29]

[17:06:18] Yeah using anything other then CP hostname would fail reverse dns anyway [17:06:32] there's some ticket but I don't quite understand it [17:10:10] ok, I figured, there's something wrong w/ content model [17:10:54] I've made it wikitext in namespace settings but after disabling flow it turned into plain text? I had to mannually change model via special page [17:11:08] weird [17:12:14] MacFan4000: direct at individual cache proxy and proxying through another layer of cache are biggest issues [17:13:03] @theoneandonlylegroom you are probably best talking to the editing team [17:13:45] yeah, sorry [17:13:47] Do consider we are probably 9 months or so behind on new features [17:14:09] 1.39 was cut a long time back [17:15:26] Sept 6 2022 [17:15:35] So 10 months ago [17:16:17] oh I'm dumb [17:16:34] I was in the wrong chat too 🤦 [17:24:52] @rhinosf1 I updated my PR to account for those domains [17:25:11] https://github.com/miraheze/puppet/pull/3281 [18:54:37] MacFan4000: any urgency or could I add tests soonish [18:54:47] They would be fairly easy to write [18:54:50] It's nice code [18:55:45] I could probably set some fake cnames on RhinosF1.com or we could split it up more [19:09:09] not urgent [20:13:47] https://github.com/miraheze/mw-config/pull/5278 [20:14:36] reduced duplicate queries which in turn will slightly improve performance (when a db cache is reset (by changing settings etc or on first generation)) [20:15:43] think it still needs more changes but atm this will improve things.