According to https://wikitech.wikimedia.org/wiki/Operating_system_upgrade_policy we need to have people off of Stretch in a few months. That's unrealistic but we need to at least start sending announcements, running reports, and setting timelines.
Description
Event Timeline
For the last round, we created a milestone, a news page, quite a lot. It was also featured in quarterly goals. I'm going to scratch together a News page.
https://wikitech.wikimedia.org/wiki/News/Stretch_deprecation -- totally a knockoff of the Jessie one and needs filling in for some items
Proposed Cloud-VPS deprecation timeline:
March 2021: Stretch VM creation disabled in most projects
July 6, 2021: Active support of Stretch ends, Stretch moves into LTS
<- You are Here ->
January 1st, 2022: Stretch VM creation disabled in all projects, deprecation nagging begins in earnest. Stretch alternatives will be available for tool migration in Toolforge
May 1, 2022: All active Stretch VMs will be shut down (but not deleted) by WMCS admins. This includes Toolforge grid exec nodes.
June 30, 2022: LTS support for Debian Stretch ends, all Stretch VMs will be deleted by WMCS admins
Sent to cloud-announce on 2021-09-27
subj: Eliminating Debian Stretch in Cloud VPS Debian Stretch's security support ends in mid 2022, and the Foundation's OS policy already discourages use of existing Stretch machines. That means that it's time for all project admins to start rebuilding your VMs with Bullseye (or, if you must, Buster.) Any webservices running in Kubernetes created in the last year or two are most likely using Buster images already, so there's no action needed for those. Older kubernetes jobs should be refreshed to use more modern images whenever possible. If you are still using the grid engine for webservices, we strongly encourage you to migrate your jobs to Kubernetes. For other grid uses, watch this space for future announcements about grid engine migration; we don't yet have a solution prepared for that. Details about the what and why for this process can be found here: https://wikitech.wikimedia.org/wiki/News/Stretch_deprecation Here is the deprecation timeline: March 2021: Stretch VM creation disabled in most projects July 6, 2021: Active support of Stretch ends, Stretch moves into LTS <- You are Here -> January 1st, 2022: Stretch VM creation disabled in all projects, deprecation nagging begins in earnest. Stretch alternatives will be available for tool migration in Toolforge May 1, 2022: All active Stretch VMs will be shut down (but not deleted) by WMCS admins. This includes Toolforge grid exec nodes. June 30, 2022: LTS support for Debian Stretch ends, all Stretch VMs will be deleted by WMCS admins
Mentioned in SAL (#wikimedia-cloud) [2022-04-13T16:59:55Z] <taavi> creating phab tasks for each project still running stretch T289883
Mentioned in SAL (#wikimedia-cloud) [2023-02-24T15:26:57Z] <andrewbogott> deleting long-shutoff stretch instance deployment-imagescaler03.deployment-prep.eqiad1.wikimedia.cloud -- T289883