Un problema similar se ha vuelto a presentar en nuestro caso. Acabo de notar que tengo docenas de copias de seguridad locales (de 1,6 GB cada una), aunque la configuración está restringida al valor 3. Esto ha funcionado durante años, pero recuerdo un incidente hace mucho tiempo cuando ocurrió un problema similar.
Las copias de seguridad se completan correctamente.
Las cargas a S3 se realizan con éxito.
Ejecutamos la rama estable. Acabamos de actualizar a la versión 2.3.7 y reiniciamos.
Necesito investigar más a fondo en un momento más adecuado.
El problema comenzó el 11 de septiembre. Esa fecha no coincide con nuestras interrupciones del servicio ni con ninguna acción que hayamos realizado en el sitio.
Actualización:
Este no es un caso aislado, ya que mi otra instancia pequeña de entorno de pruebas parece tener el mismo problema. Esta se encuentra en una infraestructura completamente diferente, alojada en Digital Ocean. Aquí, las copias de seguridad no se han eliminado desde el 16 de septiembre. Las cargas también se realizan correctamente aquí.
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, esto es historia antigua. Tengo la sensación de que se resolvió de alguna manera, pero hemos estado en CDCK SaaS durante algunos años y ya no recuerdo claramente este problema.
¿Supongo que lo informaría algún otro autohospedador, si este siguiera siendo un problema?
Tuve exactamente el mismo problema y en los últimos 10 minutos descubrí que la razón era que de alguna manera había activado s3_disable_cleanup. Creo que solo tenía que ver con las cargas de s3, no con las copias de seguridad. Pero eso fue un error.
