Das Problem ist, dass bei einem fehlgeschlagenen Upload das Backup lokal gespeichert bleibt, wie bei normalen lokalen Backups. Das ist gut. Allerdings wird das Backup-Limit ignoriert, sodass der lokale Datenträger unbegrenzt mit Backups gefüllt wird, bis es zu Ausfallzeiten kommt.
Ich hatte ein Problem mit einer Site, die Wasabi S3 verwendet, bei der die Festplatte ständig voll lief. Weder Discourse noch Wasabi zeigten Fehler in den Logs an.
Ich kann mich jetzt nicht mehr erinnern, ob ich zu einem anderen S3-Anbieter gewechselt bin oder ob es funktioniert. Dies ist auf dem neuesten Stand.
Ich verstehe es nicht. Warum versuchst du, Backups auf Scaleway S3 zu speichern, obwohl du weißt, dass das nicht funktioniert? Ich denke, die beste Lösung wäre, einen anderen S3-Anbieter zu verwenden oder backup_location auf „local
Das war mir bei der Migration von lokaler zu S3-Speicherung nicht bekannt. Es ist nicht möglich, für Sicherungen einen anderen S3-Anbieter zu verwenden als für den Hauptspeicher. Das bedeutet, dass eine vollständige Migration des Hauptspeichers erforderlich wäre, um einen alternativen Anbieter für Sicherungen zu nutzen.
Scaleway führt möglicherweise eine Korrektur ein (siehe den verlinkten Beitrag). Anstatt mehrere Neuaufbauten mit Ausfallzeiten durchzuführen, nur um zu prüfen, ob es funktioniert, lasse ich es wöchentlich versuchen. Die Sicherungen, die nicht erfolgreich hochgeladen werden, bleiben ohnehin im lokalen Sicherungsordner.
Das passiert nicht, wie ich in meinem Beitrag erwähnt habe. Soweit ich mich erinnere, erscheint die Meldung, dass das Archiv entfernt wird, zwar im Protokoll, aber in der Realität geschieht das nicht. Falls jemand Interesse daran hat, diesen Randfall-Bug zu verstehen, kann ich dies überprüfen/bestätigen.