Restore process cancelled at migrating uploads to S3 step

[RGJ (Richard - Communiteq)]

Quítalo de app.yml y vuelve a compilar.

[Saiano]

@RGJ

Quítalo de app.yml y reconstruye.

¿Qué fila tengo que comentar para desactivar la subida a s3?

DISCOURSE_DEVELOPER_EMAILS: ‘help@forumrossoblu.org’
DISCOURSE_S3_REGION: eu-central-1
DISCOURSE_S3_ACCESS_KEY_ID: *****
DISCOURSE_S3_SECRET_ACCESS_KEY:** *
DISCOURSE_S3_BUCKET: bucketname
DISCOURSE_S3_BACKUP_BUCKET: bucket backup name
DISCOURSE_BACKUP_LOCATION: s3
DISCOURSE_S3_CDN_URL: “”

[RGJ (Richard - Communiteq)]

@Saiano

DISCOURSE_S3_BUCKET

Mi suposición es este

[Saiano]

Esto resolvió mi problema.

[Saiano]

solo tengo un problema: el espacio en disco se ha reducido significativamente después de la restauración. Ya había realizado una restauración en el pasado, pero este problema no ocurrió entonces. Parece que hay un problema en la base de datos después de la restauración.

[Saiano]

[RGJ (Richard - Communiteq)]

Discourse mantiene un esquema backup para poder revertir cuando una restauración falla.

Puedes entrar en tu Postgres y ejecutar drop schema backup cascade;
Si no sabes cómo hacerlo, probablemente no deberías hacerlo.

[Saiano]

@RGJ

Puedes entrar en tu Postgres y emitir drop schema backup cascade;
Si no sabes cómo hacerlo, probablemente no deberías hacerlo.

Probablemente se lo preguntaré a un amigo experto​

[Saiano]

@RGJ

Discourse mantiene un esquema backup para poder revertir cuando una restauración falla.

Puedes entrar en tu Postgres y ejecutar drop schema backup cascade;
Si no sabes cómo hacerlo, probablemente no deberías hacerlo.

Muchas gracias, funciona.