Discourse não respeitando o número de backups S3 a manter

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.

Ping @rizka

Atualização:

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.

1 curtida

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 no issue with AWS S3 backups on my self hosted instance:

1 curtida

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.

Forgot about this issue, but now had a look. I have 97 backups stored in S3 while the setting is at 30.

Still running the 2.3 branch, preparing to update to 2.4 soon.

1 curtida

Por curiosidade, você descobriu isso no final?

1 curtida

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?

1 curtida

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.

1 curtida