[09:15:33] <godog>	 hi folks, re: buster cloud vps deprecation, I'm looking at https://os-deprecation.toolforge.org for deployment-prep and wondering if upgrading the instances in place is also ok? for example deployment-kafka-logging01.deployment-prep.eqiad1.wikimedia.cloud is bullseye though running with the buster image
[09:15:51] <godog>	 specifically I'm looking to upgrade deployment-mwlog01.deployment-prep.eqiad1.wikimedia.cloud (with my o11y hat on)
[09:21:25] <arturo>	 godog: is not our preferred option, because we do some tracking via the base image that was used to create the VM in the first place
[09:21:45] <arturo>	 godog: but if the alternative is not upgrading, then in-place upgrade is indeed our preferred option :-)
[09:21:57] <arturo>	 as you know, buster is out of security support. Not even LTS
[09:23:37] <JJMC89>	 https://phabricator.wikimedia.org/T327742#9949679
[09:26:32] <godog>	 arturo: thank you, yeah I get it in place upgrade isn't great in this case :( normally I'd reprovision a new instance with the proper image though in the deployment-prep case I'm a bit hesitant due to the (unknown to me) work required
[09:27:13] <godog>	 I'll file a task to track deployment-mwlog01 upgrade
[09:28:10] <godog>	 I'm sure there's a bunch more false positives that were upgraded in place like deployment-kafka-logging01 and I'm focusing on o11y things only heh
[09:28:31] <godog>	 could be a good chance to get mwlog on bookworm actually
[09:28:54] <godog>	 arturo: is there an umbrella/task for cloud vps buster deprecation I could mention ?
[09:32:50] <dhinus>	 godog: there's a tag https://phabricator.wikimedia.org/project/view/6373/
[09:32:57] <JJMC89>	 T331738 T327742 also the project https://phabricator.wikimedia.org/project/view/6373/
[09:32:58] <stashbot>	 T331738: Cloud-vps Buster deprecation - https://phabricator.wikimedia.org/T331738
[09:32:58] <stashbot>	 T327742: Migrate deployment-prep away from Debian Buster to Bullseye/Bookworm - https://phabricator.wikimedia.org/T327742
[09:33:54] <godog>	 thank you, will reference those
[09:43:55] <arturo>	 👍
[11:35:10] <tgr|away>	 in theory, deployment-prep is puppetized so you should be able to just pull up a new box with the same name prefix and puppet would set everything up, I think?
[11:36:01] <tgr|away>	 (yes I know "in theory" is doing a lot of work in that sentence, but at one point we have to test it)
[12:57:24] <arturo>	 !log toolsbeta updating kubelet flags T355881
[12:57:28] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Toolsbeta/SAL
[12:57:28] <stashbot>	 T355881: [toolforge,infra] Fix deprecated Kubelet flags - https://phabricator.wikimedia.org/T355881
[12:57:31] <arturo>	 !log tools updating kubelet flags T355881
[12:57:33] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/SAL
[14:52:52] <dcaro>	 !log admin rebooting cloudcontrol1007 due to systemd-journal service failing to start
[14:52:56] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL