MinIO-Installer schlägt wieder fehl, diesmal mit HTTP 410

Unterstützung
1

Das passiert wieder und bricht die CI der Standard-Systemtests

Die CI der Standard-Systemtests für das Discourse-Plugin-System ist während der Einrichtung der gemeinsamen MinIO-Umgebung fehlgeschlagen. Der Download des MinIO-Clients lieferte HTTP 410 zurück, bevor die Systemtests der Plugins ausgeführt wurden.

2

Ich bestätige nur den Erhalt und schaue mir das an. Es scheint, als wären die Upstream-Builds verschwunden.

3

Ja.

Es sieht so aus:

  • Sowohl minio/minio als auch minio/mc sind jetzt archiviert.
  • Das README von MinIO besagt: “Alternativen:* AIStor Free – Vollwertige, eigenständige Edition für die Community (kostenlose Lizenz)”
  • Das README von MinIO besagt außerdem: “Wichtig: Die Community-Edition von MinIO wird nur noch als Quellcode verteilt. Wir stellen keine vorkompilierten Binärdateien für die Community-Version mehr bereit.”

Ich bin mir nicht sicher, ob AIStor ein einfacher Drop-in-Ersatz ist?

Da das Ganze schlicht nicht mehr funktioniert, wäre es besser, diese Abhängigkeit vorübergehend zu deaktivieren und alle Tests, die darauf angewiesen sind, zu überspringen?

4

Mir ist etwas Ähnliches aufgefallen, als ich bemerkte, dass Minio eine Abhängigkeit eines der von mir genutzten Dienste ist. Gestern habe ich gerade Alternativen evaluiert.

Die leichtgewichtigste und am weitesten entwickelten Option scheint https://garagehq.deuxfleurs.fr/ zu sein, während die umfassendste (noch in Entwicklung und möglicherweise noch nicht produktionsreif) RustFS · GitHub ist.

5

ja, RustFS sieht auf den ersten Blick am vielversprechendsten aus, ist aber auch kein Drop-in. Derzeit arbeite ich daran, diese beiden Repos zu forken und einen Workflow zu erstellen, der das Binary für uns baut.

6

Von S3 Compatibility Matrix

Funktion Status Umfang
ACL-Autorisierung :cross_mark: Ausgeschlossen Bewusst nicht unterstütztes Produktverhalten

Auch Garage fehlt die erforderliche ACL-Funktionalität.