Page MenuHomePhabricator
Create Task
Maniphest T367544

Cloud VPS "packaging" project Buster deprecation
Closed, ResolvedPublic
Actions

Description

Upstream LTS support for Debian Buster ends on June 30, 2024, and soon after that we'll need to start deleting and removing those VMs.

Please either remove Buster VMs from your project or respond here with a proposed plan and timeline.

Buster VMs remaining after July 15th with no activity on their associated phab task will be shut down and/or deleted at the convenience of WMCS administrators.

Remaining Debian Buster instances (live report):

Listed administrators are:

See also:

More info on current project instances is available via openstack browser

Details

Due Date
Mon, Jul 1, 11:59 PM
SubjectRepoBranchLines +/-
package_builder: don't install python-all on bookwormoperations/puppetproduction+4 -1
Customize query in gerrit

Related Objects

Event Timeline

StrikerBot triaged this task as Medium priority.Fri, Jun 14, 2:46 PM
StrikerBot created this task.
Restricted Application added a subscriber: Aklapper. · View Herald TranscriptFri, Jun 14, 2:46 PM
taavi moved this task from Unsorted to VPS projects on the Cloud-VPS (Debian Buster Deprecation) board.Fri, Jun 14, 3:06 PM
Dzahn added a project: Infrastructure-Foundations.Fri, Jun 14, 3:44 PM
Jelto added a comment.Mon, Jun 17, 9:53 AM

packager02.packaging.eqiad1.wikimedia.cloud

According to the etherpad upgrade docs this host is used to build the etherpad Debian package. I also used the host in the past to build the etherpad package. The dedicated host is used because "etherpad builds fetches npm modules during the build time".

MoritzMuehlenhoff subscribed.Mon, Jun 17, 10:09 AM
In T367544#9897657, @Jelto wrote:

packager02.packaging.eqiad1.wikimedia.cloud

According to the etherpad upgrade docs this host is used to build the etherpad Debian package. I also used the host in the past to build the etherpad package. The dedicated host is used because "etherpad builds fetches npm modules during the build time".

When rebuilding it on Bullseye or Bookworm, best to expliclitly name it etherpad-build1001 or so.

MoritzMuehlenhoff edited projects, added collaboration-services; removed Infrastructure-Foundations.Mon, Jun 17, 10:09 AM
akosiaris added a comment.Mon, Jun 17, 11:41 AM
In T367544#9897657, @Jelto wrote:

packager02.packaging.eqiad1.wikimedia.cloud

According to the etherpad upgrade docs this host is used to build the etherpad Debian package. I also used the host in the past to build the etherpad package. The dedicated host is used because "etherpad builds fetches npm modules during the build time".

This is probably a good time to discuss whether it makes sense to move etherpad to Kubernetes (aux-k8s cluster?). We now know more that we used to and should be able to make it happen. That should also free us from the maintenance burden of keeping around and sharing knowledge of these things.

Jelto added a comment.Mon, Jun 17, 12:27 PM

It might be possible to schedule another Etherpad upgrade (T362432) before the packager02.packaging.eqiad1.wikimedia.cloud host is deleted.

Instead of creating another packaging VM on Bookworm, we should consider either investigating the move of Etherpad to Kubernetes, as suggested by @akosiaris, or migrating to GitLab and wmf-debci, if feasible.

Jelto mentioned this in T362432: Upgrade etherpad.wikimedia.org to v2.1.0.Mon, Jun 17, 12:40 PM
JMeybohm added a comment.Mon, Jun 17, 12:46 PM

builder-envoy-03.packaging.eqiad1.wikimedia.cloud

Any objections to just remove the VM since we moved to (re-)packaging upstream (https://wikitech.wikimedia.org/wiki/Envoy#Building_envoy_for_WMF)?

akosiaris added a comment.Mon, Jun 17, 12:47 PM
In T367544#9898401, @JMeybohm wrote:

builder-envoy-03.packaging.eqiad1.wikimedia.cloud

Any objections to just remove the VM since we moved to (re-)packaging upstream (https://wikitech.wikimedia.org/wiki/Envoy#Building_envoy_for_WMF)?

None from me.

MoritzMuehlenhoff updated the task description. (Show Details)Tue, Jun 18, 11:16 AM
JMeybohm updated the task description. (Show Details)Wed, Jun 19, 2:53 PM
gerritbot added a comment.Mon, Jun 24, 1:38 PM

Change #1049180 had a related patch set uploaded (by Jelto; author: Jelto):

[operations/puppet@production] package_builder: don't install python-all on bookworm

https://gerrit.wikimedia.org/r/1049180

gerritbot added a project: Patch-For-Review.Mon, Jun 24, 1:38 PM
LSobanski assigned this task to Jelto.Mon, Jun 24, 3:31 PM
LSobanski moved this task from Incoming to Work in Progress on the collaboration-services board.
gerritbot added a comment.Tue, Jun 25, 8:52 AM

Change #1049180 merged by Jelto:

[operations/puppet@production] package_builder: don't install python-all on bookworm

https://gerrit.wikimedia.org/r/1049180

Maintenance_bot removed a project: Patch-For-Review.Tue, Jun 25, 9:31 AM
Jelto added a comment.Wed, Jun 26, 1:02 PM

I created the bookworm host packager-etherpad01.packaging.eqiad1.wikimedia.cloud to replace packager02.packaging.eqiad1.wikimedia.cloud. I successfully rebuilt Etherpad version 1.9.7 (the current production version) on the new bookworm host.

I have shut down the old host and will delete it tomorrow. I updated the Etherpad documentation to point to the new host. Besides that, I did not find any other Wikitech documentation referencing this machine. From examining the old instance, it was used for building etherpad-lite and logstash-plugins (a very old version 0.0.1). So, cc @fgiunchedi because it's in your home directory.

Dzahn awarded a token.Wed, Jun 26, 9:58 PM
Jelto closed this task as Resolved.Thu, Jun 27, 12:56 PM
Jelto updated the task description. (Show Details)

I deleted packager02.packaging.eqiad1.wikimedia.cloud, which was the last buster instance. So I'll resolve the task. All buster instances are replaced or deleted.

Content licensed under Creative Commons Attribution-ShareAlike (CC BY-SA) 4.0 unless otherwise noted; code licensed under GNU General Public License (GPL) 2.0 or later and other open source licenses. By using this site, you agree to the Terms of Use, Privacy Policy, and Code of Conduct. · Wikimedia Foundation · Privacy Policy · Code of Conduct · Terms of Use · Disclaimer · CC-BY-SA · GPL