Backup-Upload zu S3 schlägt auf Scaleway fehl (Multipart-Upload)

Laufend auf 2.6.1 stable mit einem S3-Klon (Scaleway). Hier ist das Log:

[2021-01-30 09:52:59] Archiv wird hochgeladen...
[2021-01-30 09:55:36] AUSNAHME: Fehler beim Abbrechen des Multipart-Uploads: Der angegebene Multipart-Upload existiert nicht. Die Upload-ID könnte ungültig sein, oder der Multipart-Upload wurde bereits abgebrochen oder abgeschlossen.
[2021-01-30 09:55:36] /var/www/discourse/vendor/bundle/ruby/2.7.0/gems/aws-sdk-s3-1.83.2/lib/aws-sdk-s3/multipart_file_uploader.rb:94:in `rescue in abort_upload'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/aws-sdk-s3-1.83.2/lib/aws-sdk-s3/multipart_file_uploader.rb:82:in `abort_upload'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/aws-sdk-s3-1.83.2/lib/aws-sdk-s3/multipart_file_uploader.rb:78:in `upload_parts'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/aws-sdk-s3-1.83.2/lib/aws-sdk-s3/multipart_file_uploader.rb:51:in `upload'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/aws-sdk-s3-1.83.2/lib/aws-sdk-s3/file_uploader.rb:38:in `upload'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/aws-sdk-s3-1.83.2/lib/aws-sdk-s3/customizations/object.rb:342:in `upload_file'
/var/www/discourse/lib/backup_restore/s3_backup_store.rb:39:in `upload_file'
/var/www/discourse/lib/backup_restore/backuper.rb:301:in `upload_archive'
/var/www/discourse/lib/backup_restore/backuper.rb:41:in `run'
/var/www/discourse/script/spawn_backup_restore.rb:9:in `backup'
/var/www/discourse/script/spawn_backup_restore.rb:34:in `block in <main>'
/var/www/discourse/script/spawn_backup_restore.rb:4:in `fork'
/var/www/discourse/script/spawn_backup_restore.rb:4:in `<main>'
[2021-01-30 09:55:36] Alte Backups werden gelöscht...
[2021-01-30 09:55:36] Aufräumen...
[2021-01-30 09:55:36] Archiv aus dem lokalen Speicher entfernen...
[2021-01-30 09:55:36] '.tar'-Reste entfernen...
[2021-01-30 09:55:36] Backup als abgeschlossen markieren...
[2021-01-30 09:55:36] Festplattenstatistiken aktualisieren...

Ich habe die gleiche Konfiguration auf einigen anderen Servern, und die Backups funktionieren einwandfrei (obwohl die Backup-Größen deutlich kleiner sind, sodass Multipart-Uploads wahrscheinlich keine Rolle spielen). Es scheint, dass sie auch Multipart-Uploads unterstützen: Managing multipart uploads | Scaleway Documentation – daher bin ich mir nicht sicher, was das Problem ist.

1 „Gefällt mir“

Bei mir das Gleiche, mit Scaleway S3 :frowning:

Mein erstes Backup ist vor 9 Tagen fehlgeschlagen:

EXCEPTION: multipart upload failed:
Your request was not formed properly;
Your request was not formed properly

Danach, alle ein oder zwei Tage:

EXCEPTION: failed to abort multipart upload:
The specified multipart upload does not exist.
The upload ID might be invalid, or
the multipart upload might have been aborted or completed.

@Falco, was können wir tun, um herauszufinden, was los ist?
Vielen Dank

1 „Gefällt mir“

Ich habe gestern darauf geantwortet. Kontaktiere Scaleway.

2 „Gefällt mir“

Erledigt.
Ihr Support benötigt jedoch noch weitere Informationen :slight_smile:
Sie benötigen eine Auflistung der Teile, um zu prüfen, ob wir für jedes Teil eine Antwort oder eine Fehlermeldung erhalten.

Gibt es eine Möglichkeit, das Logging (HTTP-Anfragen?) in den AWS-Gems zu aktivieren?

Vielen Dank

1 „Gefällt mir“

Das ist ihr Glückstag, da Discourse quelloffen ist, können sie genau sehen, was passiert!

Die Backtrace zeigt, dass der Fehler von

kommt, und zwar

Dies ist ein Aufruf dieser Methode im SDK:

Laut Dokumentation wird standardmäßig ein MultiPart-Upload verwendet, wenn eine Datei größer als 15 MB ist.

Beim Betrachten des Quellcodes scheint diese Methode verwendet zu werden:

Und Zeile 74 verursacht einen Fehler.

6 „Gefällt mir“

Es funktioniert wieder, ohne Änderungen :grimacing:
7 von 10 sind jetzt erfolgreich

3 „Gefällt mir“

Tolle Neuigkeiten. Das Gute an der Implementierung nach der de-facto-S3-Spezifikation ist, dass sie die Fehler auf ihrer Seite beheben und wir keine Änderungen vornehmen müssen.

3 „Gefällt mir“

Leider bekomme ich immer noch denselben Fehler :confused:
Hoffentlich wurden die Reparaturen noch nicht vollständig ausgerollt.

Backup-Prozess jetzt zu 100 % erfolgreich!
Problem für mich „abgeschlossen“.