Backup-Wiederherstellung schlägt fehl aufgrund der Dateierweiterung .tar gegenüber .tar.gz

Unterstützung
1

Hallo, könntest du mir bitte mitteilen, was das Problem sein könnte? Ich versuche, ein Backup wiederherzustellen.
Das Backup wurde am 2019-09-03 erstellt.

Jede Hilfe wäre sehr willkommen :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
> Starting restore: entc-bme-forum-2019-09-03-194746-v20190603134013.tar.gz
> [STARTED]
> 'system' hat die Wiederherstellung gestartet!
> Wiederherstellung wird als laufend markiert...
> Sicherstellen, dass /var/www/discourse/tmp/restores/default/2020-03-28-174121 existiert...
> Archiv wird in das tmp-Verzeichnis kopiert...
> Archiv wird entpackt, das kann eine Weile dauern...
> EXCEPTION: Datei existiert bereits - /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>'
> Versuch, einen Rollback durchzuführen...
> Ein Rollback war nicht erforderlich.
> Aufräumen...
> tmp-Verzeichnis '/var/www/discourse/tmp/restores/default/2020-03-28-174121' wird entfernt...
> Sidekiq wird wieder aktiviert...
> Wiederherstellung wird als abgeschlossen markiert...
> 'system' wird über das Ende der Wiederherstellung informiert...
> Abgeschlossen!
> [FAILED]
> Wiederherstellung abgeschlossen.
2

Zunächst gab es ein Problem mit dem Archiv als .tar-Datei, aber ich habe es erneut zu .tar.gz komprimiert.

Screenshot 2020-03-29 um 00.11.21
Screenshot 2020-03-29 um 00.11.212012×1428 468 KB

3

Warum mussten Sie Änderungen an der von Discourse erstellten Sicherungsdatei vornehmen? Haben Sie die tar-Datei manuell erstellt (unter macOS)? Es gibt Berichte, dass ein anderes tar-Format verwendet wird, was zu Problemen beim Entpacken führt.

Sie müssen möglicherweise eine neue tar-Datei mit der Option --format ustar erstellen oder noch besser, eine neue Sicherung direkt in einem Discourse-Docker-Container erstellen.

4

Ich habe vor Monaten das Backup von meinem früheren gehosteten Discourse heruntergeladen. Als ich es gefunden habe, hatte es die Endung .tar (ich habe keine Ahnung warum – in meinen E-Mails waren es .tar.gz-Dateien).

Ich werde deinen Vorschlag ausprobieren!
Vielen Dank, @gerhard!

6

Ich habe das gleiche Problem und habe dies versucht. Die Datei wird zwar hochgeladen, aber bei der Wiederherstellung wird der DB-Dump nicht gefunden:

[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

Irgendwelche Vorschläge? Danke.

7

Hallo Martim,

Ich sehe dein neues Thema Locked out of my forum after restore. Bedeutet das, dass du dieses spezielle Problem erfolgreich lösen konntest?

8

Das tut es! Entschuldigung, ich dachte, ich hätte meinen Kommentar gelöscht, da ich ihn kurz darauf wiederherstellen konnte.