[09:26:24] <wm-bot>	 !log tools.mabot <maurelio> Increase category redirect maintenance jobs for eswiki from once to twice per month
[09:26:27] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.mabot/SAL
[14:01:36] <taavi>	 !log toolsbeta unbreak acme-chief after keystone communication issues
[14:01:38] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Toolsbeta/SAL
[14:02:45] <btullis>	 Hello. I'm planning to reimage the wikireplica dbproxy servers today if possible: T298940
[14:02:46] <stashbot>	 T298940: Reimage WMCS db proxies to Bullseye - https://phabricator.wikimedia.org/T298940
[14:04:42] <btullis>	 ...but it strikes me that I don't have ready access to a toolforge account to check that the confctl/LVS is working properly while I take one of them offline temporarily.
[14:05:23] <taavi>	 btullis: hey, if you put in an access request via toolsadmin.wikimedia.org I'm happy to approve it
[14:05:41] <btullis>	 Cool, I was just about to ask, should I request access to a particular toolforge account for this testing?
[14:07:10] <taavi>	 the access request gives your personal developer account access to toolforge and the ability to join/create tool accounts, you don't need to be a member of a tool to just to test the database connectivity
[14:07:50] <btullis>	 Brilliant, thanks.
[14:08:47] <taavi>	 btullis: approved, but please link your phabricator and wiki accounts via https://toolsadmin.wikimedia.org/profile/settings/accounts/ so that our automation can reach you there if needed
[14:11:18] <btullis>	 OK, done.I think I just need a tweak to ~/.ssh/config now to make sure that it uses the correct key.
[14:11:46] <taavi>	 yeah, login.toolforge.org or dev.toolforge.org is likely what you want
[14:12:21] <taavi>	 there's a wrapper script `sql` in $PATH that lets you easily connect to the replicas, and the standard `mysql` client works too if you specify the config file path to the credentials file
[14:12:59] <btullis>	 Excellent. Thanks for the rapid response. I'll try not to break anything during the reimage of dbproxy1018 and then dbproxy1019
[14:41:54] <btullis>	 Unfortunately, trying to swith the analytics wikireplica proxy from dbproxy1018 to dbproxy1019 didn't work. I'll have to look into why.
[14:47:09] <taavi>	 btullis: maybe it needs something like https://gerrit.wikimedia.org/r/c/operations/puppet/+/819090/? running a PCC atm
[14:48:38] <taavi>	 at least the pcc looks correct
[14:48:57] <btullis>	 Excellent. Looks good to me too, thanks.
[14:54:31] <btullis>	 Much better. Thanks again taavi <3
[15:00:28] <taavi>	 btullis: ftr, you can do something like 'SELECT @@hostname;' to figure out which backend you get connected to, that can be used to verify that traffic is hitting the web/analytics proxies
[15:02:04] <btullis>	 Excellent, thanks
[16:34:03] <legoktm>	 Lucas_WMDE: may I pm?
[16:34:15] <Lucas_WMDE>	 sure
[16:36:11] <Lucas_WMDE>	 (but currently in a meeting and can’t reply immediately, sorry – will get back to you hopefully soon)
[16:36:42] <legoktm>	 no rush
[18:12:37] <wm-bot>	 !log tools.stewardbots <anticomposite> stewardbots/StewardBot/manage.sh restart
[18:12:39] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.stewardbots/SAL
[18:17:03] <wm-bot>	 !log tools.bridgebot <lucaswerkmeister> Double IRC messages to other bridges
[18:17:04] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.bridgebot/SAL