Cron-Aufgabe zum Synchronisieren lokaler Backups mit DigitalOcean Spaces

Ich scheine keine Backups auf DigitalOcean Spaces zum Laufen zu bekommen. Der Server hat jedoch den Bucket mit denselben Anmeldeinformationen über s3fs gemountet. Ich benötige nur die Backups, die auf Spaces gespeichert werden, keine Uploads usw. Die Logs sagen EXCEPTION: Aws::S3::Errors::Forbidden Das Produktionsprotokoll sagt Failed to list backups from S3: Aws::S3::Errors::SignatureDoesNotMatch

Gibt es eine Möglichkeit, eine Aufgabe per Cronjob zu erstellen, um das lokale Backup über ein Bash-Skript in den Bucket zu verschieben? Danke.

Für alle anderen, die auf dieses Problem stoßen und weitermachen möchten, können Sie diesen Befehl im Bash-Terminal ausführen. Der Benutzer muss Teil der docker-Gruppe sein
docker cp app:\"/var/www/discourse/public/backups/default\" /whatever-host-path/

2 „Gefällt mir“

Meinen Sie Discourse-Backups? Wenn ja, warum ist das in WordPress?

Wenn Sie möchten, dass sie in Spaces gehen, warum konfigurieren Sie nicht einfach S3-Backups?

2 „Gefällt mir“

Die Hauptseite ist WordPress. Discourse befindet sich im Unterverzeichnis.
Hauptseite: main.com
Discourse: main.com/forums
Aber die Konfiguration der S3-Anmeldeinformationen für DigitalOcean Spaces gibt mir die oben genannten Fehler. Ich habe eine Frist einzuhalten, daher habe ich mich mit den von mir zuvor erwähnten Befehlen beholfen. Aber es wäre hilfreich, die funktionierenden Einstellungen und/oder Schritte zur Fehlerbehebung von jemandem zu sehen, um dies zum Laufen zu bringen.

Oben erwähnen Sie s3fs. Das brauchen Sie nicht. Die obigen Fehler stammen von s3fs, was von Discourse nicht unterstützt wird. Sie sollten sich an etwas wie Einrichten von Datei- und Bild-Uploads nach S3 oder Verwenden von Object Storage für Uploads (S3 & Klone) halten, aber nur den Backup-Bucket konfigurieren.

1 „Gefällt mir“

Um es expliziter zu machen, hat der „Host“ den DigitalOcean Spaces-Bucket gemountet, nicht der Container. Die beiden Probleme sind nicht miteinander verbunden. Backups werfen die Fehler, wenn Discourse für S3 konfiguriert ist. Backups funktionieren, wenn ich die lokalen Backups manuell auf die Host-Maschine kopiere und sie dann zu DigitalOcean Spaces verschiebe.

Wenn die Forbidden-Protokolle von Discourse und nicht von s3fs stammen und der Versuch unternommen wird, in den Spaces-Bucket zu speichern, dann sind es entweder die falschen Anmeldeinformationen oder der falsche Bucket-Name.

Ah!

   Fehler beim Auflisten von Backups von S3:

Ah. Ich glaube, das ist das Problem. Es versucht, eine Bucket-Liste abzurufen und kann dies nicht. Ich bin mir nicht ganz sicher, wie ich es beheben kann, aber das ist das Problem, das Sie lösen möchten. Sie könnten also die Betreffzeile bearbeiten. Wenn Sie Ihre S3-Backups reparieren möchten, erhalten Sie hier Hilfe. Wenn Sie s3fs konfigurieren möchten, müssen Sie wahrscheinlich woanders Hilfe suchen.

Versuchen Sie diese Umgebungsvariable in Ihrer app.yml

  FORCE_S3_UPLOADS: 1

Ist Ihr Endpunkt korrekt? Schauen Sie sich den Abschnitt Digital Ocean in Verwendung von Objektspeicher für Uploads (S3 & Klone) an.

1 „Gefällt mir“

Endlich hat dies für DigitalOcean Spaces funktioniert: a) Hochladen von Backups in den Objektspeicher b) Nicht-Hochladen von Datei-Uploads in den Objektspeicher. Bitte markieren Sie dies als gelöst. Danke an alle!

2 „Gefällt mir“

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.