O problema é que, se o upload falhar, o backup permanece armazenado localmente, como acontece com os backups locais normais. O que é bom. No entanto, o limite de backups é ignorado, então ele continuará preenchendo o disco local indefinidamente com backups até causar queda do sistema.
Não entendo. Por que você está tentando armazenar backups no Scaleway S3 sabendo que não funciona? Acredito que usar um provedor S3 diferente ou definir o backup_location como “local” seria a melhor solução.
De qualquer forma, o Discourse deve excluir o backup local se o upload falhar. Você deve ver a mensagem “Removendo arquivo do armazenamento local…” perto do final do log de backup.
Isso não era do meu conhecimento ao migrar do armazenamento local para o S3. Não é possível usar um provedor S3 diferente para backups do que o armazenamento principal, o que significa que seria necessária uma migração completa do armazenamento principal para usar um provedor alternativo para backups.
O Scaleway pode estar implementando uma correção (posso ver no post que linkei), então, em vez de precisar reconstruir várias vezes com tempo de inatividade apenas para verificar se está funcionando, tenho deixado o sistema tentar com sucesso semanalmente, visto que os backups que não são carregados com êxito são mantidos na pasta de backups local.
Não faz, como afirmei em meu post. Se bem me lembro, a mensagem dizendo que será removida ainda aparece no log, mas isso não é o que acontece na realidade. Se alguém estiver interessado em entender esse bug de caso de borda, posso verificar/confirmar.