Kann nicht auf die Sicherungsseite zugreifen und verwandter Fehler bei der Wiederherstellung mit GCP Object Storage

Hallo, ich habe das Backup auf GCP Storage gemäß der Anleitung eingerichtet, aber einige Tage später, als ich versuchte, auf /admin/backups zuzugreifen, trat dieser Fehler auf. Zudem wurden keine Backups generiert und an GCP hochgeladen, bis ich manuell ein Backup über die Benutzeroberfläche ausgelöst habe. Wenn ich dann versuche, das genannte Backup auf einer neuen Instanz wiederherzustellen, erscheint dieser Fehler:

Job exception: The XML you provided was not well-formed or did not validate against our published schema.
aws-sdk-core-3.109.2/lib/seahorse/client/plugins/raise_response_errors.rb:17:in `call'
aws-sdk-s3-1.83.2/lib/aws-sdk-s3/plugins/sse_cpk.rb:24:in `call'
aws-sdk-s3-1.83.2/lib/aws-sdk-s3/plugins/dualstack.rb:30:in `call'
aws-sdk-s3-1.83.2/lib/aws-sdk-s3/plugins/accelerate.rb:47:in `call'
aws-sdk-core-3.109.2/lib/aws-sdk-core/plugins/jsonvalue_converter.rb:22:in `call'
aws-sdk-core-3.109.2/lib/aws-sdk-core/plugins/idempotency_token.rb:19:in `call'
aws-sdk-core-3.109.2/lib/aws-sdk-core/plugins/param_converter.rb:26:in `call'
aws-sdk-core-3.109.2/lib/seahorse/client/plugins/request_callback.rb:71:in `call'
aws-sdk-core-3.109.2/lib/aws-sdk-core/plugins/response_paging.rb:12:in `call'
aws-sdk-core-3.109.2/lib/seahorse/client/plugins/response_target.rb:24:in `call'
aws-sdk-core-3.109.2/lib/seahorse/client/request.rb:72:in `send_request'
aws-sdk-s3-1.83.2/lib/aws-sdk-s3/client.rb:8959:in `put_bucket_lifecycle_configuration'
/var/www/discourse/lib/s3_helper.rb:176:in `update_lifecycle'
/var/www/discourse/lib/s3_helper.rb:186:in `update_tombstone_lifecycle'
/var/www/discourse/lib/file_store/s3_store.rb:142:in `purge_tombstone'
/var/www/discourse/app/jobs/scheduled/purge_deleted_uploads.rb:10:in `execute'
/var/www/discourse/app/jobs/base.rb:232:in `block (2 levels) in perform'
rails_multisite-2.5.0/lib/rails_multisite/connection_management.rb:76:in `with_connection'
/var/www/discourse/app/jobs/base.rb:221:in `block in perform'
/var/www/discourse/app/jobs/base.rb:217:in `each'
/var/www/discourse/app/jobs/base.rb:217:in `perform'
/var/www/discourse/app/jobs/base.rb:279:in `perform'
mini_scheduler-0.13.0/lib/mini_scheduler/manager.rb:93:in `process_queue'
mini_scheduler-0.13.0/lib/mini_scheduler/manager.rb:37:in `block (2 levels) in initialize'

Die S3-Integration scheint zu funktionieren, da Benutzerbilder hochgeladen werden und auch das manuell ausgelöste Backup …

Ist das nicht eine S3-Inkompatibilität, @Falco?

1 „Gefällt mir“

Ja, GCP hat die schlechteste Kompatibilität aller Anbieter. Wir können keine Dateien lesen, und um Assets dort hineinzubekommen, müssen wir sogar eine spezielle Umgebungsvariable verwenden, sodass wir schreibgeschützt sind.

@wollacsek Da wir die S3-Aufrufe implementieren und nur GCP hier versagt, können wir nichts tun. Ich werde eine Warnung zu Verwendung von Objektspeicher für Uploads (S3 und Klone) hinzufügen.

3 „Gefällt mir“