Page MenuHomePhabricator

[Epic] Replace Archiva with Gitlab artifact repositories
Open, HighPublic13 Estimated Story Points

Description

As discussed in T358612, we want to migrate from Archiva (which is unsupported) to Gitlab. See https://docs.google.com/document/d/1RmNnWduezwQC6246YvfBJMnG74kUCncNzwsY1Z5E4ZU/edit for more context.

  • Create a global package registry in Gitlab - T367322 -> T379187 -> repos/wmf-packages
  • Setup a test project to validate upload to the package registry, including changes to our parent pom needed to upload to Gitlab by default - T367391
  • Move Maven support projects to the Maven Gitlab group - T369901
  • Validate CI integration so that Ci can release artifacts on user's demand - T367403
  • Update parent pom to disable fetching dependencies from Archiva and use Gitlab instead - T367404
  • Migrate existing Java packages to deploying to Gitlab, including new version of parent pom, validation that all dependencies are available, and validation that deployment to production still works - T367405
  • Migration Python projects that depend on Archiva for deployment - T367406
  • Migrate [[datahub-cli|https://github.com/wikimedia/analytics-refinery/tree/master/packaged-environments/datahub-cli]] - Conda environment hosted by Archiva
  • Retire Archiva, including keeping a read only copy of all previously published artifacts - T367407

Related Objects

StatusSubtypeAssignedTask
OpenNone
OpenNone
ResolvedGehel
ResolvedGehel
ResolvedEBernhardson
ResolvedGehel
Resolvedamastilovic
ResolvedGehel
Openpfischer
DuplicateNone
ResolvedEBernhardson
Duplicateamastilovic
Resolvedpfischer
OpenNone
OpenNone
OpenNone
Resolvedbrennen
OpenNone
ResolvedGehel

Event Timeline

There are a very large number of changes, so older changes are hidden. Show Older Changes
Gehel triaged this task as High priority.Jun 13 2024, 1:16 PM
Ahoelzl set the point value for this task to 13.Sep 6 2024, 8:53 PM
Ottomata updated the task description. (Show Details)

We still have rsync offered globally on that host: While we have deployed the latest rsync security fixes (and the most critical one didn't affect Bullseye, what Archiva is running on), we should remove this if no longer needed. Is still needed for Wikimedia use cases or can we remove it?

Is still needed for Wikimedia use cases or can we remove it?

Hm, I think it might not be!

rsync was used here for git-fat support. I believe the main use case I know of (analytics/refinery jar deployment via scap) now uses git-lfs, which I don't think uses rsync. Someone else should confirm though!

Is still needed for Wikimedia use cases or can we remove it?

Hm, I think it might not be!

rsync was used here for git-fat support. I believe the main use case I know of (analytics/refinery jar deployment via scap) now uses git-lfs, which I don't think uses rsync. Someone else should confirm though!

This is also my understanding. I think we should be able to disable the public-facing rsync service on this host, without causing any inconvenience.

Change #1112226 had a related patch set uploaded (by Muehlenhoff; author: Muehlenhoff):

[operations/puppet@production] Remove firewall rule for rsync on archiva

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

Change #1112228 had a related patch set uploaded (by Muehlenhoff; author: Muehlenhoff):

[operations/puppet@production] Remove rsync from archiva

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

Change #1112226 merged by Muehlenhoff:

[operations/puppet@production] Remove firewall rule for rsync on archiva

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

Change #1112228 merged by Muehlenhoff:

[operations/puppet@production] Remove rsync from archiva

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