TehLeo
(Chris)
20 Marzo, 2025 22:31
1
No puedo restaurar desde una copia de seguridad de Discourse en S3.
Pasos para reproducir:
Tener una copia de seguridad de Discourse en S3.
Configurar una instalación nueva de Discourse.
Crear cuenta de administrador.
Conectar Discourse a S3.
Localizar la copia de seguridad de Discourse en mis listas de copias de seguridad de S3.
Habilitar restauración.
Intentar restauración.
La restauración falla.
Registro:
He intentado todo lo que he podido para solucionar problemas de S3. Incluso intenté mover la copia de seguridad al servidor y realicé una restauración manual / por CLI. Falla con el mismo registro. He intentado desactivar las cargas de S3. No estoy seguro de cuáles son mis próximos pasos de solución de problemas, o cómo ver exactamente qué publicación está causando el problema / eliminarla.
¡Gracias por cualquier ayuda!
1 me gusta
Canapin
(Coin-coin le Canapin)
20 Marzo, 2025 22:56
3
¡Bienvenido!
TehLeo:
Lo he intentado todo
¿“Todo” incluye buscar registros de errores similares aquí?
https://meta.discourse.org/search?q=%22posts%20are%20not%20remapped%22%20%22s3%20migration%20failed%22%20order%3Alatest
En particular, este resultado:
This sounds like the problem mentioned in Can't restore a backup if it includes link to Discourse onebox
You should be able to fix this during the restore, but you need to do it on the shell.
cd /var/discourse
./launcher enter app
# start the restore with the --pause argument
discourse restore --pause <backup_filename>
It will pause the restore process at two points:
Before DB migrations are run – you can ignore that; press a key to continue
Before Uploads are res…
1 me gusta
TehLeo
(Chris)
20 Marzo, 2025 23:16
4
Seguí estas instrucciones y recibí 9 publicaciones de la cantera. La publicación anterior no detalla qué hacer con estas publicaciones ni cómo corregir el problema a partir de este punto.
Canapin
(Coin-coin le Canapin)
20 Marzo, 2025 23:47
5
Esto es lo que devuelve ask.discourse.org , no puedo garantizar que sea seguro o que funcione.
Durante una restauración pausada, tienes la oportunidad de modificar o limpiar temporalmente datos problemáticos, como subidas o publicaciones en la base de datos, antes de que Discourse proceda a completar el proceso de restauración. Aquí te explicamos cómo puedes manejar o modificar los datos problemáticos durante una restauración pausada, paso a paso.
Pasos para Manejar Manualmente Datos Problemáticos en una Restauración Pausada
Inicia la Restauración con Pausa:
Ejecuta la restauración con la bandera --pause para permitir que el proceso de restauración se detenga antes de que se apliquen las subidas o reasignaciones:
cd /var/discourse
./launcher enter app
discourse restore --pause <nombre_archivo_backup>
Punto de Pausa:
La restauración se pausará en puntos específicos:
Antes de las migraciones de la base de datos: Presiona una tecla para continuar en este punto, ya que no concierne a subidas o publicaciones problemáticas.
Antes de que se restauren las subidas: Detente aquí para modificar cualquier problema relacionado con subidas o contenido de publicaciones. Este es el punto crítico donde necesitas actuar.
Abre una Nueva Sesión SSH:
Mientras la restauración está pausada, abre una nueva sesión SSH para interactuar con la instancia pausada sin interrumpir el proceso de restauración:
cd /var/discourse
./launcher enter app
Accede a la Consola Rails:
Entra en la consola Rails para interactuar con la base de datos:
rails c
Identifica Publicaciones Problemáticas:
Esto devolverá las publicaciones donde el contenido cooked incluye rutas de subida problemáticas o enlaces de onebox.
Modifica o Elimina Publicaciones Problemáticas:
Si localizas la(s) publicación(es) problemática(s), tienes dos opciones principales:
Modifica las Subidas si es Necesario:
Si el problema proviene de subidas específicas y problemáticas:
Reanuda el Proceso de Restauración:
Después de realizar las modificaciones necesarias, regresa a la sesión de shell pausada y presiona cualquier tecla para reanudar el proceso de restauración.
Consideraciones Importantes:
Siempre crea una copia de seguridad del archivo de base de datos original antes de modificar cualquier contenido.
Concéntrate en corregir la mínima cantidad de datos, es decir, solo aborda el contenido problemático sin realizar cambios innecesarios.
Si la subida es externa (un problema relacionado con URL o CDN), puedes eliminar la referencia externa manualmente durante la restauración.
1 me gusta
TehLeo
(Chris)
20 Marzo, 2025 23:47
6
Pude eliminar las 9 publicaciones usando el siguiente comando de Rails:
Post.find(id#).destroy
1 me gusta
Canapin
(Coin-coin le Canapin)
20 Marzo, 2025 23:49
7
¿Ejecutaste esto mientras la restauración estaba en pausa?
system
(system)
Cerrado
19 Abril, 2025 23:50
8
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.