Il problema è che, se il caricamento fallisce, il backup rimane archiviato localmente, come avviene con i normali backup locali. Questo è positivo. Tuttavia, il limite dei backup viene ignorato, quindi il disco locale continuerà a riempirsi indefinitamente con i backup fino a causare un’interruzione del servizio.
Non capisco. Perché stai cercando di archiviare i backup su Scaleway S3 sapendo che non funziona? Penso che la soluzione migliore sia utilizzare un provider S3 diverso o impostare backup_location su “local”.
Comunque, Discourse dovrebbe eliminare il backup locale se l’upload fallisce. Dovresti vedere il messaggio “Rimozione dell’archivio dalla memoria locale…” verso la fine del registro del backup.
Questo non era noto al momento della migrazione da archiviazione locale a S3. Non è possibile utilizzare un provider S3 diverso per i backup rispetto all’archiviazione principale; ciò richiederebbe una migrazione completa dell’archiviazione principale per utilizzare un provider alternativo per i backup.
Scaleway potrebbe essere in fase di rilascio di una correzione (come si può vedere nel post a cui ho fatto riferimento), quindi invece di dover ricostruire più volte con tempi di inattività solo per verificare se funziona, ho lasciato che tentasse di avere successo su base settimanale, dato che i backup che non riescono a essere caricati vengono comunque conservati nella cartella locale dei backup.
Non lo fa, come ho già dichiarato nel mio post. Per quanto mi ricordo, il messaggio che indica che verrà rimosso appare ancora nel registro, ma nella realtà non è ciò che accade. Se qualcuno è interessato a comprendere questo bug in un caso limite, posso verificare e confermare.