Um problema semelhante voltou a ocorrer conosco. Acabei de perceber que tenho dezenas de backups locais (1,6 GB cada), embora a configuração esteja restrita ao valor 3. Isso funcionou por anos, mas lembro de um incidente há muito tempo quando um problema similar aconteceu.
Os backups são concluídos com sucesso
Os uploads para o S3 são bem-sucedidos
Executando a branch estável. Acabei de atualizar para a versão 2.3.7 e reiniciei.
Preciso investigar mais a fundo em um momento melhor.
O problema começou em 11 de setembro. Essa data não coincide com nossas interrupções de serviço ou qualquer ação que tenhamos realizado no site.
Atualização:
Este não é um caso isolado, pois minha outra instância sandbox pequena parece ter o mesmo problema. Ela está em uma infraestrutura completamente diferente, hospedada na Digital Ocean. Aqui, os backups não foram excluídos desde 16 de setembro. Os uploads também estão sendo bem-sucedidos.
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, isso é história antiga. Tenho a impressão de que foi resolvido de alguma forma, mas estamos no CDCK SaaS há alguns anos e não tenho mais uma lembrança clara desse problema.
Eu apostaria que seria relatado por algum outro auto-hospedeiro, se isso ainda fosse um problema?
Tive exatamente o mesmo problema e nos últimos 10 minutos descobri que o motivo era que eu tinha, de alguma forma, ativado s3_disable_cleanup. Acho que tinha a ver apenas com uploads S3, não com backups. Mas isso estava errado.