Un problema simile si è ripresentato per noi. Ho appena notato di avere dozzine di backup locali (da 1,6 GB ciascuno), mentre l’impostazione è limitata al valore 3. Questo ha funzionato per anni, ma ricordo un episodio, molto tempo fa, in cui si era verificato un problema analogo.
I backup vengono completati con successo
I caricamenti su S3 hanno avuto esito positivo
Stiamo eseguendo il ramo stabile. Abbiamo appena aggiornato alla versione 2.3.7 e riavviato il sistema.
Dovrò indagare più a fondo in un momento migliore.
Il problema è iniziato l’11 settembre. Tale data non corrisponde a interruzioni del nostro servizio né a qualsiasi intervento che avremmo potuto effettuare sul sito.
Aggiornamento:
Non si tratta di un caso isolato, poiché anche la mia altra piccola istanza sandbox sembra avere lo stesso problema. Questa si trova su un’infrastruttura completamente diversa, ospitata su Digital Ocean. Qui i backup non sono stati eliminati dal 16 settembre. Anche in questo caso, i caricamenti hanno avuto esito positivo.
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.
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.
Ah, questa è storia antica. Ho la sensazione che sia stato risolto in qualche modo, ma ora siamo su CDCK SaaS da alcuni anni e non ho più un ricordo chiaro di questo problema.
Suppongo che sarebbe stato segnalato da qualche altro selfhoster, se questo fosse ancora un problema?
Ho appena avuto esattamente lo stesso problema e negli ultimi 10 minuti ho capito che il motivo era che avevo in qualche modo attivato s3_disable_cleanup. Penso che avesse a che fare solo con i caricamenti s3, non con i backup. Ma era sbagliato.
