Discourse beachtet nicht die Anzahl der zu behaltenden S3-Backups

Unterstützung Installation
,
1

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.

Ping @rizka

Update:

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.

2

Okay…now this is starting to look like a stupid user error – I have completely missed the change in how the backup management is currently working. So Discourse now manages and deletes S3 backups directly, without the need to purge the old backups with a bucket rule? Now increasing the value to 30, as backups should not eat up local disk space.

The number of backups that were stored in the S3 buckets did not match the setting 3 though.

3

I have no issue with AWS S3 backups on my self hosted instance:

image
image1879×1004 133 KB

image
image1705×1117 103 KB

4

I have now reconfigured backups and bucket rules to sane values, matching the current Discourse behavior. Like said, I had the number of backups set to 3, based on the old logic of backups. Now it is set at 30.

Please keep the thread open, and I’ll report back in 30 days to verify that Discourse now respects the re-defined new value.

5

Ich hatte dieses Problem vergessen, habe es mir aber jetzt angesehen. Ich habe 97 Backups in S3 gespeichert, obwohl die Einstellung auf 30 steht.

Ich nutze noch den 2.3-Zweig und bereite mich darauf vor, bald auf 2.4 zu aktualisieren.

7

Aus Neugier, haben Sie das am Ende herausgefunden?

8

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?

9

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.