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… ora inizia a sembrare un errore stupido da parte dell’utente: ho completamente perso il cambiamento nel modo in cui funziona attualmente la gestione dei backup. Quindi Discourse ora gestisce ed elimina direttamente i backup su S3, senza bisogno di cancellare i vecchi backup con una regola del bucket? Ora aumento il valore a 30, dato che i backup non dovrebbero occupare spazio su disco locale.
Il numero di backup archiviati nei bucket S3 non corrispondeva comunque all’impostazione 3.
Ho ora riconfigurato i backup e le regole del bucket con valori sensati, in linea con il comportamento attuale di Discourse. Come detto, avevo impostato il numero di backup a 3, basandomi sulla vecchia logica dei backup. Ora è impostato a 30.
Ti chiedo di mantenere aperta la discussione e ti farò sapere tra 30 giorni per verificare che Discourse rispetti ora il nuovo valore ridefinito.
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.
