[00:28:19] <AntiComposite>	 is the fourohfour timeout page new? it's breaking whois-referral https://whois-referral.toolforge.org/gateway.py?lookup=true&ip=8.8.8.8
[00:34:36] <AntiComposite>	 seems to also affect bullseye https://bullseye.toolforge.org/ip/8.8.8.8 (cc GenNotability )
[00:52:39] <Platonides>	 AntiComposite: that's not a fourohfour page, but a fiveohfour one :D
[01:36:14] <GenNotability>	 AntiComposite: kicking the container fixed it
[01:36:45] <GenNotability>	 got this message when restarting. if this means anything to anyone and is worth filing a bug report...let me know
[01:36:51] <GenNotability>	 https://www.irccloud.com/pastebin/6qjevobW/
[01:53:01] <Bsadowski1>	 :|
[06:37:40] <MisterSynergy>	 Hey all, k8s-status.toolforge.org seems to have issues as it does not load. Do we have someone here who can look at this?
[06:53:11] <wm-bot>	 !log tools.whois-referral <root> webservice restart
[06:53:14] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.whois-referral/SAL
[06:54:05] <taavi>	 AntiComposite: unless I'm missing something, it seems like the whois-referral tool was broken and the new fancy error page was working properly. anyways I restarted the tool and now it seems fine
[06:58:04] <taavi>	 MisterSynergy: fixed
[06:58:23] <taavi>	 hmm, or maybe not
[06:58:36] <MisterSynergy>	 Yeah, still 502 Bad Gateway
[06:58:59] <MisterSynergy>	 at least it does not load forever anymore ;-)
[06:59:22] <taavi>	 now it's back :P hopefully for longer this time
[07:09:23] <MisterSynergy>	 taavi: Thank you!
[07:13:14] <wm-bb>	 <Nintendofan885> hmm, looks like bridgebot is duplicating messages on Telegram
[07:13:58] <wm-bot>	 !log tools.bridgebot <root> Restart because of duplicate messages
[07:14:01] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.bridgebot/SAL
[07:14:06] <taavi>	 is it still doing that?
[07:14:25] <Wurgl>	 Tool wikihistory has a job named "job2" which is in state "job 2162078 is already in deletion" but does not stop. Can anyone with magic hands kill it, please
[07:18:01] <taavi>	 !log tools.wikihistory taavi@tools-sgegrid-master:~ $ sudo qdel -f 2162078
[07:18:03] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.wikihistory/SAL
[07:18:03] <taavi>	 Wurgl: done
[07:18:43] <Wurgl>	 thx
[07:31:02] <Wurgl>	 Q: when I type in webservice -h I see php 7.4 and php 8.2 Fine! php -v says 7.3.31  I would like to upgrade to php 8, but how can I try without the "production" system?
[07:59:59] <dcaro>	 MisterSynergy: you can use the toolforge envvars service to set environment variables for pods/processes (https://wikitech.wikimedia.org/wiki/Help:Toolforge/Envvars_Service)
[08:02:28] <dcaro>	 Wurgl: is using buildpacks/build service an option for you? (you might need to adapt your build code a bit, depends), if so you can build and run your image locally (or on toolforge) to test
[08:03:19] <dcaro>	 another option might be running a webservice shell, that will get you inside the current webservice environment
[08:04:37] <Wurgl>	 I am just wondering. So far, all my code runs free of any warning, it may(!) work, but not 100% sure. I remember the last upgrade with mysql => mysqli which was a pain
[08:06:54] <Wurgl>	 Tried webservice shell: php<tab> says php         php7.4; php -v says PHP 7.4.33 so there is no php8?
[08:07:30] <dcaro>	 if you are currently running a php7 webservice, that's what you will get :/
[08:07:34] <dcaro>	 what's the tool?
[08:07:41] <taavi>	 if you want a php8.2 shell, `webservice php8.2 shell`
[08:07:47] <dcaro>	 ^ nice
[08:09:47] <Wurgl>	 Aha! I see. Never tried webservice shell
[08:09:49] <Wurgl>	 Fine!
[08:10:33] <Wurgl>	 thx
[09:48:42] <arturo>	 !log admin rebooting cloudgw1001/1002 for sysctl and kernel upgrades
[09:48:46] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL
[11:06:39] <hauskater>	 hi taavi - there was an issue yesterday with a person trying to apply for toolforge membership, repeatedly receiving Error 500. Logstash suggests something to do with LdapUser.
[11:07:08] <hauskater>	 https://logstash.wikimedia.org/goto/744406da3b68c65df3edf23320324782
[11:07:45] <hauskater>	 I assume the flood of keystone ERR from cloud.*-dev machines are not related
[11:10:44] <taavi>	 hauskater: hi, can you file a task with all of the details please? I'm a bit busy at the moment, but will look later today
[11:11:05] <hauskater>	 taavi: sure, I can do that later as I need to leave soon
[11:12:22] <wm-bot>	 !log tools.bridgebot <lucaswerkmeister> Double IRC messages to other bridges
[11:12:25] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.bridgebot/SAL
[14:41:18] <wm-bot>	 !log tools.stewardbots <anticomposite> SULWatcher/manage.sh restart # Not connected.
[14:41:21] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.stewardbots/SAL
[20:51:13] <tburm>	 Is my understanding correct that the term "project admin" on this doc https://wikitech.wikimedia.org/wiki/Help:Cloud_VPS_Instances should be changed to "project member" (based on https://wikitech.wikimedia.org/wiki/Help:Cloud_VPS_user_roles_and_rights#Users_and_permissions)?
[21:09:54] <JJMC89>	 yes, that's correct