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.

Certo… agora isso está começando a parecer um erro bobo do usuário — eu perdi completamente a mudança na forma como o gerenciamento de backups está funcionando atualmente. Então, o Discourse agora gerencia e exclui backups no S3 diretamente, sem a necessidade de limpar os backups antigos com uma regra de bucket? Agora estou aumentando o valor para 30, já que os backups não devem consumir espaço em disco local.

O número de backups armazenados nos buckets do S3 não correspondia à configuração 3.

Não tenho nenhum problema com backups do AWS S3 na minha instância auto-hospedada:

Agora reconfigurei os backups e as regras de bucket para valores sensatos, alinhados ao comportamento atual do Discourse. Como dito, eu tinha o número de backups definido como 3, baseado na lógica antiga de backups. Agora está definido como 30.

Por favor, mantenha o tópico aberto, e eu retornarei em 30 dias para verificar se o Discourse agora respeita o novo valor redefinido.

Esqueci-me desse problema, mas agora dei uma olhada. Tenho 97 backups armazenados no S3, enquanto a configuração está em 30.

Ainda estou executando a branch 2.3, preparando-me para atualizar para a 2.4 em breve.

Por curiosidade, você descobriu isso no final?

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.