La restauración falló en "EXCEPCIÓN: x de y cargas no se migraron a S3. La migración de S3 falló para la base de datos 'default'."

Soporte Instalación
1

Esto ha estado guardado como borrador en meta.discourse.org mientras trabajaba en el problema en mi servidor Discourse. He logrado sortear el problema descrito a continuación, pero el hecho de que no pudiera realizar una restauración de emergencia (una restauración sin la posibilidad de acceder al servidor antiguo y dañado) es preocupante. (La causa raíz fue una actualización fallida de Postgres 10 a 12, pero pude posponer la actualización en el archivo app.yml de Discourse el tiempo suficiente para desactivar la configuración del sitio enable_s3_uploads antes de crear la copia de seguridad. Ahora he realizado esa copia de seguridad, la he subido al nuevo servidor, la he restaurado y el sitio Discourse está funcionando nuevamente. Mensaje original:

Estoy reconstruyendo una instalación de Discourse a partir de una copia de seguridad almacenada en S3. La instalación anterior era muy antigua; se instaló por primera vez en junio de 2016. Comencé la restauración desde una instalación nueva debido a una actualización fallida de Postgres 10 a 12. En lugar de solucionarlo… ya que esta máquina ejecutaba una versión de Ubuntu que ya no tiene soporte… pensé que simplemente tomaría la última copia de seguridad y la cargaría en el nuevo servidor. Sin embargo, la restauración falla. En los registros, el punto en el que encuentro el problema es aquí:

[2020-11-23 22:27:32] Recargando traducciones...
[2020-11-23 22:27:32] Reasignando subidas...
[2020-11-23 22:27:32] Restaurando subidas, esto puede tomar un tiempo...
[2020-11-23 22:28:38] EXCEPCIÓN: 465 de 751 subidas no se migraron a S3. La migración a S3 falló para la base de datos 'default'.
[2020-11-23 22:28:38] /var/www/discourse/lib/file_store/to_s3_migration.rb:131:in `raise_or_log'
/var/www/discourse/lib/file_store/to_s3_migration.rb:78:in `migration_successful?'
/var/www/discourse/lib/file_store/to_s3_migration.rb:357:in `migrate_to_s3'
/var/www/discourse/lib/file_store/to_s3_migration.rb:65:in `migrate'
/var/www/discourse/lib/file_store/s3_store.rb:238:in `copy_from'
/var/www/discourse/lib/backup_restore/uploads_restorer.rb:48:in `restore_uploads'
/var/www/discourse/lib/backup_restore/uploads_restorer.rb:30:in `restore'
/var/www/discourse/lib/backup_restore/restorer.rb:64:in `run'
/var/www/discourse/script/spawn_backup_restore.rb:23:in `restore'
/var/www/discourse/script/spawn_backup_restore.rb:36:in `block in <main>'
/var/www/discourse/script/spawn_backup_restore.rb:4:in `fork'
/var/www/discourse/script/spawn_backup_restore.rb:4:in `<main>'
[2020-11-23 22:28:38] Intentando revertir...

Esto suena similar a Restore process cancelled at migrating uploads to S3 step - #5 by Jim.Morrison, pero no ofreció ninguna orientación sobre cómo solucionar el problema.

El mensaje previo a la publicación en el panel derecho de esta ventana de redacción también sugería Failed to restore DB, pero tampoco tenía nada útil.

1 me gusta
3

Me encuentro con el mismo problema, pero no he podido resolverlo:

¿Podrías explicar con más detalle qué hiciste exactamente aquí? ¿Se deshabilitaron estos ajustes en la página de la GUI de Administrador → Ajustes o estaban en app.yml? Entonces, después de la copia de seguridad, ¿pudiste restaurarla y recuperar todo? ¿Volviste a activar esta configuración después de la copia de seguridad? Gracias.

4

Esto fue editando el archivo app.yml, y sí, pude recuperar todo. Desafortunadamente, no creé ninguna nota de mi trabajo de hace 2 años, y los detalles se han perdido con el tiempo. No volví a habilitar “incluir cargas en la copia de seguridad”, pero creo que lo haré ahora; espero que cualquier problema que tuviera antes esté solucionado.

1 me gusta
5

¿Encontraste algún enlace roto a archivos adjuntos en las publicaciones después de la restauración?

6

No que eu me lembre. Boa sorte!