[quote=“pfaffman, post:4, topic:382582”]¿tu bucket llamado “default”?
[/quote]
no, como se indica en el OP, por eso no creo que sea el mismo problema al que te refieres, mi bucket está especificado, lo he intentado tanto en la configuración de la UI de la sección de copias de seguridad como a través de variables de entorno en el yaml, todavía intenta usar el predeterminado independientemente.
para aclarar, nada ha cambiado en el extremo de discourse o garage desde que dejó de funcionar, excepto una actualización a 3.5 y luego a 3.6.
Excepto que miles de personas y el hosting de CDCK también se verían afectados y no lo están. Es mucho más probable que hayas eliminado o agregado un carácter a una línea en tu app.yml.
no hay nada malo en mi configuración, no se cambió nada excepto la actualización de discourse. He probado la configuración en el yaml y la configuración en la UI, la configuración de la UI la muestra literalmente como “cyanlabs-community” y, sin embargo, la copia de seguridad todavía intenta guardar en “default”
Esto, sin embargo, significa que el bucket no existe. ¿Puedes intentar crear un bucket y credenciales completamente nuevos y ver si la carga allí funciona?
Gracias, pero siento que estoy dando vueltas en círculos aquí.
El bucket predeterminado no existía al comienzo de esta conversación, lo he creado desde entonces y utiliza ese bucket a pesar de tener el bucket cyanlabs-community configurado en la configuración.
Tanto cyanlabs-community como default existen en la instancia s3, pero Discourse no usará cyanlabs-community sin importar lo que intente.
[2025-09-22 15:14:59] Finalizando copia de seguridad...
[2025-09-22 15:14:59] Finalizando archivo de volcado de base de datos: cyanlabs-official-community-2025-09-22-151437-v20250916082012.sql.gz
[2025-09-22 15:14:59] Eliminando el directorio temporal '/var/www/discourse/tmp/backups/default/2025-09-22-151437'...
[2025-09-22 15:14:59] Cargando archivo...
[2025-09-22 15:15:37] Ejecutando el hook after_create_hook para la copia de seguridad...
[2025-09-22 15:15:37] Eliminando copias de seguridad antiguas...
[2025-09-22 15:15:37] Limpiando cosas...
[2025-09-22 15:15:37] Eliminando archivo de la memoria local...
[2025-09-22 15:15:37] Eliminando restos de '.tar'...
[2025-09-22 15:15:37] Marcando la copia de seguridad como finalizada...
[2025-09-22 15:15:37] Actualizando estadísticas del disco...
[2025-09-22 15:15:37] Notificando a 'CyanLabs' sobre el final de la copia de seguridad...
[2025-09-22 15:15:40] ¡Terminado!
Lo interesante es que todavía intenta establecer la conexión en bucketname.s3.domain.tld, por ejemplo, cyanlabsdiscourse.s3.domain.tld, ya que sin agregar un registro DNS no funcionaría en ese subdominio. por lo que la configuración se respeta para la URL, pero parece ser ignorada por la selección del bucket.
¡AWS puede ser misterioso! Lamento que no hayas podido usar el nombre de bucket preferido. Es difícil ayudar sin poder replicarlo, así que supongo que tendrás que conformarte con usar el predeterminado como nombre de bucket.
