La restauración de copia de seguridad falla debido a la extensión de archivo .tar versus .tar.gz

Soporte
1

Hola, ¿podrías decirme cuál podría ser el problema al restaurar la copia de seguridad?
La copia de seguridad fue creada el 2019-09-03

Cualquier consejo sería muy apreciado :heart:

> root@discourse-beta-ubuntu-s-1vcpu-1gb-sgp1-01-app:/var/www/discourse# discourse restore entc-bme-forum-2019-09-03-194746-v20190603134013.tar.gz
> Iniciando restauración: entc-bme-forum-2019-09-03-194746-v20190603134013.tar.gz
> [INICIADO]
> ¡'system' ha iniciado la restauración!
> Marcando la restauración como en ejecución...
> Asegurando que existe /var/www/discourse/tmp/restores/default/2020-03-28-174121...
> Copiando el archivo comprimido al directorio temporal...
> Descomprimiendo el archivo, esto puede tomar un tiempo...
> EXCEPCIÓN: El archivo ya existe - /shared/tmp/restores/default/2020-03-28-174121/PaxHeader
> /usr/local/lib/ruby/2.6.0/fileutils.rb:525:in `block in mv'
> /usr/local/lib/ruby/2.6.0/fileutils.rb:1557:in `block in fu_each_src_dest'
> /usr/local/lib/ruby/2.6.0/fileutils.rb:1566:in `block in fu_each_src_dest0'
> /usr/local/lib/ruby/2.6.0/fileutils.rb:1564:in `each'
> /usr/local/lib/ruby/2.6.0/fileutils.rb:1564:in `fu_each_src_dest0'
> /usr/local/lib/ruby/2.6.0/fileutils.rb:1555:in `fu_each_src_dest'
> /usr/local/lib/ruby/2.6.0/fileutils.rb:520:in `mv'
> /var/www/discourse/lib/compression/strategy.rb:41:in `strip_directory'
> /var/www/discourse/lib/backup_restore/backup_file_handler.rb:70:in `decompress_archive'
> /var/www/discourse/lib/backup_restore/backup_file_handler.rb:22:in `decompress'
> /var/www/discourse/lib/backup_restore/restorer.rb:42:in `run'
> script/discourse:143:in `restore'
> /var/www/discourse/vendor/bundle/ruby/2.6.0/gems/thor-1.0.1/lib/thor/command.rb:27:in `run'
> /var/www/discourse/vendor/bundle/ruby/2.6.0/gems/thor-1.0.1/lib/thor/invocation.rb:127:in `invoke_command'
> /var/www/discourse/vendor/bundle/ruby/2.6.0/gems/thor-1.0.1/lib/thor.rb:392:in `dispatch'
> /var/www/discourse/vendor/bundle/ruby/2.6.0/gems/thor-1.0.1/lib/thor/base.rb:485:in `start'
> script/discourse:284:in `<top (required)>'
> /usr/local/lib/ruby/gems/2.6.0/gems/bundler-2.1.4/lib/bundler/cli/exec.rb:63:in `load'
> /usr/local/lib/ruby/gems/2.6.0/gems/bundler-2.1.4/lib/bundler/cli/exec.rb:63:in `kernel_load'
> /usr/local/lib/ruby/gems/2.6.0/gems/bundler-2.1.4/lib/bundler/cli/exec.rb:28:in `run'
> /usr/local/lib/ruby/gems/2.6.0/gems/bundler-2.1.4/lib/bundler/cli.rb:476:in `exec'
> /usr/local/lib/ruby/gems/2.6.0/gems/bundler-2.1.4/lib/bundler/vendor/thor/lib/thor/command.rb:27:in `run'
> /usr/local/lib/ruby/gems/2.6.0/gems/bundler-2.1.4/lib/bundler/vendor/thor/lib/thor/invocation.rb:127:in `invoke_command'
> /usr/local/lib/ruby/gems/2.6.0/gems/bundler-2.1.4/lib/bundler/vendor/thor/lib/thor.rb:399:in `dispatch'
> /usr/local/lib/ruby/gems/2.6.0/gems/bundler-2.1.4/lib/bundler/cli.rb:30:in `dispatch'
> /usr/local/lib/ruby/gems/2.6.0/gems/bundler-2.1.4/lib/bundler/vendor/thor/lib/thor/base.rb:476:in `start'
> /usr/local/lib/ruby/gems/2.6.0/gems/bundler-2.1.4/lib/bundler/cli.rb:24:in `start'
> /usr/local/lib/ruby/gems/2.6.0/gems/bundler-2.1.4/exe/bundle:46:in `block in <top (required)>'
> /usr/local/lib/ruby/gems/2.6.0/gems/bundler-2.1.4/lib/bundler/friendly_errors.rb:123:in `with_friendly_errors'
> /usr/local/lib/ruby/gems/2.6.0/gems/bundler-2.1.4/exe/bundle:34:in `<top (required)>'
> /usr/local/bin/bundle:23:in `load'
> /usr/local/bin/bundle:23:in `<main>'
> Intentando revertir...
> No fue necesario revertir
> Limpiando archivos...
> Eliminando el directorio temporal '/var/www/discourse/tmp/restores/default/2020-03-28-174121'...
> Reanudando sidekiq...
> Marcando la restauración como finalizada...
> Notificando a 'system' sobre el final de la restauración...
> ¡Finalizado!
> [FALLIDO]
> Restauración completada.
2

Primero hubo un problema porque el archivo era un .tar, pero lo recomprimí a .tar.gz

Captura de pantalla 2020-03-29 a las 00.11.21
Captura de pantalla 2020-03-29 a las 00.11.212012×1428 468 KB

3

¿Por qué fue necesario realizar cambios en el archivo de respaldo creado por Discourse? ¿Creaste manualmente el archivo tar (en macOS)? He visto informes donde se utiliza un formato tar diferente que causa problemas durante la descompresión.

Es posible que necesites crear un nuevo archivo tar con la opción --format ustar o, mejor aún, crear un nuevo respaldo directamente en un contenedor Docker de Discourse.

4

Descargué la copia de seguridad de mi Discourse alojado anteriormente hace meses… cuando la encontré, tenía la extensión .tar (no tengo ni idea de por qué; en mis correos electrónicos vi que tenían .tar.gz)

¡Probaré tu sugerencia!
¡Muchas gracias @gerhard!

6

Estoy teniendo el mismo problema y lo intenté. El archivo se carga bien, pero la restauración no encuentra el volcado de la base de datos:

[2025-01-23 18:39:45] EXCEPTION: No such file or directory @ rb_check_realpath_internal - /var/www/discourse/tmp/restores/default/2025-01-23-183945/dump.sql.gz

¿Alguna sugerencia? Gracias.

7

Hola Martim:

Veo tu nuevo tema Locked out of my forum after restore, ¿significa eso que pudiste superar este problema específico con éxito?

8

¡Sí! Perdona, pensé que había borrado mi comentario ya que lo recuperé poco después.