[08:11:42] <brouberol>	 hi! I've merged https://gerrit.wikimedia.org/r/c/operations/puppet/+/1228514 yesterday that adds a redirect to `redirect.dat`, but the redirection does not seem to be in place yet. I assumed puppet needed to run worldwide, but it's been >12h now. Does the change require a mediawiki deploy for it to be active? Thanks!
[08:27:54] <claime>	 brouberol: yep, it's an apache change https://wikitech.wikimedia.org/wiki/Application_servers/Runbook#Apache
[08:28:44] <brouberol>	 aah, I see. IIRC last time I asked, I was told that I just needed to wait for puppet to run, Either that or I'm just misremembering
[08:30:23] <claime>	 Probably misremembring :) It's been like this ever since we moved to mw-on-k8s
[08:31:42] <brouberol>	 yep, probably
[08:36:39] <brouberol>	 I see that there's a backport running atm, so I should expect the change to be bundled in, right?
[08:37:05] <claime>	 yeah
[08:37:13] <brouberol>	 perfect, thanks 
[08:37:24] <claime>	 brouberol: Did that change have an httpbb test associated?
[08:37:31] <claime>	 (Haven't looked at the CR)
[08:37:52] <brouberol>	 It didn't no
[08:38:07] <brouberol>	 I wasn't aware we needed to write tests for redirects, sorry :/
[08:38:39] <claime>	 It's all right, redirects are probably the least impactful, but it's better to have it and not need it etc.
[08:38:56] <brouberol>	 understood
[08:49:08] <brouberol>	 hmm, actually, there seems to have been a successful backport yesterday, as well as just right now, and the redirect isn't live yet
[15:18:30] <brouberol>	 is there an ongoing rolling restart on kafka-main-eqiad? I'm seeing some under-replication alerts
[15:18:55] <cdanis>	 brouberol: 10:17:25	<+logmsgbot>	!log blake@cumin1003 END (PASS) - Cookbook sre.kafka.roll-restart-reboot-brokers (exit_code=0) rolling reboot on A:kafka-main-eqiad
[15:18:56] <sukhe>	 brouberol: https://sal.toolforge.org/log/ToP725sBvg159pQraboU
[15:19:04] <cdanis>	 jinx
[15:19:08] <brouberol>	 the graph looks like a RR (under-replication going up and down, pause, etc), but I just wanted to be sure
[15:19:10] <brouberol>	 ok good
[15:19:18] <brouberol>	 sorry, I tend to jump on these when I see them
[15:19:22] <cdanis>	 np!
[15:19:41] <sukhe>	 brouberol: when in doubt, seek SAL 
[15:19:47] <brouberol>	 wise words
[15:20:08] <cdanis>	 SAL too noisy nowadays 🧓
[15:27:27] <claime>	 huh, sal.toolforge.org has the logs, but search doesn't find them
[15:28:05] <cdanis>	 the search is Not Great
[15:28:13] <claime>	 lol
[17:18:56] <hnowlan>	 I'm updating the API key that statograph uses, metric mirroring to wikimediastatus.net might be interrupted briefly 
[17:21:28] <cdanis>	 thanks hugh!
[18:28:53] <cdanis>	 reminder to please try out Gerrit-via-CDN! https://phabricator.wikimedia.org/T414719 I've been working with it enabled since turning it on
[18:48:59] <sukhe>	 ^^^
[22:11:43] <inflatador>	 cdanis I installed/started tunnelencabulator but it thinks the closest DC for me is eqiad (I'm much closer geographically to codfw). Any ideas why, or should I just ignore it and use eqiad?
[22:12:18] <cdanis>	 inflatador: working as intended -- by default it tunnels via your second-closest site, under the assumption that if you are running the script, it's because the site closest to you is broken 😅
[22:12:39] <cdanis>	 you can just pass it `-d codfw`
[22:13:24] <inflatador>	 cdanis thanks, I guess I should RTFM one of these days ;(
[22:13:39] <cdanis>	 np, the --help output is minimally meme-y :)
[22:14:08] <cdanis>	 well, that's not true, but I tried to make everything clear in the example usages or names 
[22:14:43] <inflatador>	 Unlike most things on the Internet, reading the comments actually makes me happy ;)