El problema es que, si la carga falla, la copia de seguridad se almacena localmente, como ocurre con las copias de seguridad locales normales. Lo cual es bueno. Sin embargo, se ignora el límite de copias de seguridad, por lo que seguirá llenando el disco local indefinidamente con copias de seguridad hasta provocar una interrupción del servicio.
No lo entiendo. ¿Por qué intentas almacenar las copias de seguridad en Scaleway S3 si sabes que no funciona? Creo que la mejor solución sería utilizar un proveedor S3 diferente o configurar backup_location como “local”.
De todos modos, Discourse debería eliminar la copia de seguridad local si la carga falla. Deberías ver el mensaje “Eliminando archivo de almacenamiento local…” cerca del final del registro de la copia de seguridad.
Esto no lo sabía al migrar de almacenamiento local a S3. No es posible usar un proveedor S3 diferente para las copias de seguridad que para el almacenamiento principal, lo que significa que se necesitaría realizar una migración completa del almacenamiento principal para utilizar un proveedor alternativo para las copias de seguridad.
Scaleway podría estar implementando una corrección (puede verse en la publicación que enlaco), así que, en lugar de tener que reconstruir varias veces con tiempo de inactividad solo para verificar si funciona, he estado permitiendo que intente tener éxito semanalmente, ya que las copias de seguridad que no se cargan correctamente se mantienen en la carpeta local de copias de seguridad de todos modos.
No lo hace, como indiqué en mi publicación. Por lo que recuerdo, el mensaje que indica que se eliminará sigue apareciendo en el registro, pero eso no es lo que ocurre en realidad. Si alguien está interesado en entender este error de caso extremo, puedo verificarlo/confirmarlo.