No se puede usar una restauración de NodeChef

Soporte
1

Me encuentro con exactamente el mismo problema al migrar desde el mismo proveedor que aquí, sin embargo este tema está cerrado, así que tanto me vale abrir uno nuevo, ya que estoy al borde de la desesperación intentando solucionarlo.

Aquí está el registro

[2020-08-30 02:34:59] [INICIADO]
[2020-08-30 02:34:59] 'username' ha iniciado la restauración.
[2020-08-30 02:34:59] Marcando la restauración como en ejecución...
[2020-08-30 02:34:59] Verificando que existe /var/www/discourse/tmp/restores/default/2020-08-30-023459...
[2020-08-30 02:34:59] Copiando el archivo a la carpeta temporal...
[2020-08-30 02:35:00] Descomprimiendo el archivo, esto puede tardar un poco...
[2020-08-30 02:35:01] Extrayendo el archivo de volcado...
[2020-08-30 02:35:07] Validando metadatos...
[2020-08-30 02:35:07]   Versión actual: 20200820232017
[2020-08-30 02:35:07]   Versión restaurada: 20191209095548
[2020-08-30 02:35:07] Habilitando el modo de solo lectura...
[2020-08-30 02:35:07] Pausando Sidekiq...
[2020-08-30 02:35:07] Esperando hasta 60 segundos a que Sidekiq termine de ejecutar las tareas...
[2020-08-30 02:35:14] Creando funciones faltantes en el esquema discourse_functions...
[2020-08-30 02:35:15] Restaurando el archivo de volcado...
2

Esa tabla no forma parte de Discourse, así que supongo que es algo de NodeChef.

De todos modos, querrás editar tu archivo de copia de seguridad y eliminar los datos y las referencias de esa tabla.

3

Por cierto, solo por curiosidad: tenían bastantes plugins preinstalados. ¿Tendré que instalarlos en mi nueva compilación para que la copia de seguridad funcione, o puedo hacerlo después?

4

Una restauración no fallará sin ellos, pero generalmente es mejor tener todo en su lugar en tu app.yml antes de ejecutar la restauración.

5

Mi copia de seguridad también es de una versión anterior, ¿esto causará algún problema?

6

¿Qué quieres decir con versión anterior? ¿Qué antigüedad tiene?

7

No, eso estará bien; la restauración lo actualizará automáticamente a la versión actual.
En este caso, sin embargo, se recomienda encarecidamente instalar los complementos antes de restaurar la copia de seguridad.

8

Solo pude encontrar una instancia de esto en el archivo .sql. Espero que borrar las partes resaltadas funcione. (Presumo que el de arriba se refiere a public.spatial_ref_sys)

ye
ye1283×617 27.7 KB

Además, ¿cómo se reemplaza el archivo dump.sql dentro del archivo tar.gz por el modificado?

9 
# Comprimir dump con gzip y colocarlo en el mismo directorio que la copia de seguridad
gzip dump.sql

# Copiar el archivo de copia de seguridad a fixed-*; reemplaza esto con el nombre de tu propio archivo de copia de seguridad
cp backupfilename-2020-08-30-123456-v20200830123456.tar.gz fixed-backupfilename-2020-08-30-123456-v20200830123456.tar.gz

# Descomprimir
gzip -d fixed-backupfilename-2020-08-30-123456-v20200830123456.tar.gz

# Eliminar el dump.sql.gz original del archivo.
# Nota: en este paso, el nombre del archivo de copia de seguridad no contiene .gz.
tar f fixed-backupfilename-2020-08-30-123456-v20200830123456.tar --delete dump.sql.gz

# Agregar el nuevo dump.sql.gz. Nota: en este paso, el nombre del archivo de copia de seguridad no contiene .gz.
tar fr fixed-backupfilename-2020-08-30-123456-v20200830123456.tar dump.sql.gz

# Comprimirlo nuevamente. Nota: en este paso, el nombre del archivo de copia de seguridad no contiene .gz.
gzip fixed-backupfilename-2020-08-30-123456-v20200830123456.tar
10

Gracias @RGJ, mi sitio ya está de nuevo en funcionamiento perfecto. Solo tengo que reinstalar algunos complementos.

También mil gracias a @Falco por ayudarme a identificar el problema en primer lugar.