Ein ähnliches Problem ist bei uns erneut aufgetreten. Mir ist gerade aufgefallen, dass ich Dutzende lokaler Backups habe (je 1,6 GB), obwohl die Einstellung auf den Wert 3 begrenzt ist. Das hat jahrelang funktioniert, aber ich erinnere mich vage an einen Vorfall vor langer Zeit, bei dem ein ähnliches Problem auftrat.
Backups werden erfolgreich abgeschlossen
Uploads zu S3 sind erfolgreich
Wir nutzen den stabilen Zweig. Wir wurden gerade auf 2.3.7 aktualisiert und neu gestartet.
Ich muss mich zu einem besseren Zeitpunkt tiefer damit beschäftigen.
Das Problem hat am 11. September begonnen. Dieses Datum stimmt nicht mit unseren Wartungsfenstern oder irgendwelchen Änderungen an der Site überein.
Update:
Dies ist kein Einzelfall, da meine andere kleine Sandbox-Instanz das gleiche Problem zu haben scheint. Diese läuft auf einer völlig anderen Infrastruktur, gehostet bei Digital Ocean. Hier wurden die Backups seit dem 16. September nicht gelöscht. Auch hier sind die Uploads erfolgreich.
Okay… jetzt sieht das nach einem dummen Benutzerfehler aus – ich habe die Änderung der aktuellen Funktionsweise des Backup-Managements völlig übersehen. Verwaltet Discourse S3-Backups jetzt also direkt und löscht sie selbst, ohne dass man alte Backups mit einer Bucket-Regel löschen muss? Ich erhöhe den Wert jetzt auf 30, da Backups den lokalen Speicherplatz nicht belegen sollten.
Die Anzahl der in den S3-Buckets gespeicherten Backups stimmte jedoch nicht mit der Einstellung 3 überein.
Ich habe die Backups und Bucket-Regeln nun auf sinnvolle Werte umkonfiguriert, die dem aktuellen Discourse-Verhalten entsprechen. Wie bereits erwähnt, war die Anzahl der Backups auf 3 gesetzt, basierend auf der alten Backup-Logik. Jetzt ist sie auf 30 festgelegt.
Bitte halte den Thread offen, und ich melde mich in 30 Tagen zurück, um zu überprüfen, dass Discourse den neu definierten Wert nun korrekt berücksichtigt.
Ach, das ist doch steinalt. Ich habe das Gefühl, dass es irgendwie gelöst wurde, aber wir sind jetzt seit einigen Jahren bei CDCK SaaS und ich habe keine klare Erinnerung mehr an dieses Problem.
Ich würde vermuten, dass es von einem anderen Selfhoster gemeldet würde, wenn dies immer noch ein Problem wäre?
Ich hatte genau das gleiche Problem und habe vor 10 Minuten herausgefunden, dass der Grund darin lag, dass ich irgendwie s3_disable_cleanup aktiviert hatte. Ich glaube, das hatte nur mit S3-Uploads zu tun, nicht mit Backups. Aber das war falsch.
