Hello, I’m trying to restore a backup and I keep getting this error: Starting restore: blackiron-2022-12-03-163112-v20221201035918.tar.gz [STARTED] 'system' has started the restore! Marking restore as running... Making sure /var/www/discourse/tmp/restores/default/2023-11-28-040817 exists... Copying archive to tmp directory... Unzipping archive, this may take a while... EXCEPTION: /var/www/discourse/lib/discourse.rb:138:in `exec': Failed to decompress archive. gzip: stdin: unexpected end of file tar: Unexpected EOF in archive tar: Unexpected EOF in archive tar: Error is not recoverable: exiting now /var/www/discourse/lib/discourse.rb:172:in `execute_command' /var/www/discourse/lib/discourse.rb:138:in `exec' /var/www/discourse/lib/discourse.rb:34:in `execute_command' /var/www/discourse/lib/backup_restore/backup_file_handler.rb:78:in `decompress_archive' /var/www/discourse/lib/backup_restore/backup_file_handler.rb:23:in `decompress' /var/www/discourse/lib/backup_restore/restorer.rb:42:in `run' script/discourse:149:in `restore' /var/www/discourse/vendor/bundle/ruby/3.2.0/gems/thor-1.3.0/lib/thor/command.rb:28:in `run' /var/www/discourse/vendor/bundle/ruby/3.2.0/gems/thor-1.3.0/lib/thor/invocation.rb:127:in `invoke_command' /var/www/discourse/vendor/bundle/ruby/3.2.0/gems/thor-1.3.0/lib/thor.rb:527:in `dispatch' /var/www/discourse/vendor/bundle/ruby/3.2.0/gems/thor-1.3.0/lib/thor/base.rb:584:in `start' script/discourse:290:in ` ' /usr/local/lib/ruby/gems/3.2.0/gems/bundler-2.4.13/lib/bundler/cli/exec.rb:58:in `load' /usr/local/lib/ruby/gems/3.2.0/gems/bundler-2.4.13/lib/bundler/cli/exec.rb:58:in `kernel_load' /usr/local/lib/ruby/gems/3.2.0/gems/bundler-2.4.13/lib/bundler/cli/exec.rb:23:in `run' /usr/local/lib/ruby/gems/3.2.0/gems/bundler-2.4.13/lib/bundler/cli.rb:492:in `exec' /usr/local/lib/ruby/gems/3.2.0/gems/bundler-2.4.13/lib/bundler/vendor/thor/lib/thor/command.rb:27:in `run' /usr/local/lib/ruby/gems/3.2.0/gems/bundler-2.4.13/lib/bundler/vendor/thor/lib/thor/invocation.rb:127:in `invoke_command' /usr/local/lib/ruby/gems/3.2.0/gems/bundler-2.4.13/lib/bundler/vendor/thor/lib/thor.rb:392:in `dispatch' /usr/local/lib/ruby/gems/3.2.0/gems/bundler-2.4.13/lib/bundler/cli.rb:34:in `dispatch' /usr/local/lib/ruby/gems/3.2.0/gems/bundler-2.4.13/lib/bundler/vendor/thor/lib/thor/base.rb:485:in `start' /usr/local/lib/ruby/gems/3.2.0/gems/bundler-2.4.13/lib/bundler/cli.rb:28:in `start' /usr/local/lib/ruby/gems/3.2.0/gems/bundler-2.4.13/exe/bundle:45:in `block in ' /usr/local/lib/ruby/gems/3.2.0/gems/bundler-2.4.13/lib/bundler/friendly_errors.rb:117:in `with_friendly_errors' /usr/local/lib/ruby/gems/3.2.0/gems/bundler-2.4.13/exe/bundle:33:in ` ' /usr/local/bin/bundle:25:in `load' /usr/local/bin/bundle:25:in ` ' Trying to rollback... There was no need to rollback Cleaning stuff up... Removing tmp '/var/www/discourse/tmp/restores/default/2023-11-28-040817' directory... Marking restore as finished... Notifying 'system' of the end of the restore... Finished! [FAILED] Restore done. I’m not sure why it says that, the backup is unmodified from when I pulled it. Thank you.

[תמונה] Pyx : gzip: stdin: unexpected end of file This is likely the critical error. Have you tried verifying the backup isn’t corrupt? I think this would work: $ gunzip -c blackiron-2022-12-03-163112-v20221201035918.tar.gz | tar -t > /dev/null

Same issue. I can’t get a new backup because the RAID config for the server is long gone but I need this data. [image]

Checked inside of the backup. Seems to be valid. [image]

Is this on the same machine that you are restoring the backup on? It’s possible the file didn’t finish transferring or otherwise got corrupted in transit.

The backup is on my Windows PC, and I am using scp: scp blackiron-2022-12-03-163112-v20221201035918.tar.gz root@#.#.#.#:/var/discourse/shared/standalone/backups/default

Does the checksum match on both files? (Instructions for generating a checksum here.)

It’d seem like it. I’ll keep doing some digging with WinRAR but if you have any suggestions it’d be appreciated. I get the same warning there too, but I can see it in VSCode fine. [image]

If this helps, pigz shows: /blackiron-2022-12-03-163112-v20221201035918.tar.gz to pigz: skipping: /blackiron-2022-12-03-163112-v20221201035918.tar.gz: corrupted -- incomplete deflate data

[תמונה] Pyx : I can see it in VSCode fine. I don’t have much experience there. If you can get a copy of the files, you should be able to create a new backup file to copy over.

לא ניתן לשחזר גיבוי מ-cli

תמיכה התקנה

darkpixlz (Pyx ) 28 בנובמבר,‏ 2023,‏ 6:50am 18

It says that root owns it. Do I need to make it the discourse user?

Edit: seems like the tool did more damage.

נושא		תגובות	צפיות
The restore failed. Please check the logs Self-hosting backups	12	782	5 ביוני,‏ 2023
Failed to restore from the backup Self-hosting backups	5	723	5 ביולי,‏ 2023
Backup restore getting failed from UI Product Support backups	3	328	5 בינואר,‏ 2024
Backup restore failing due to .tar versus .tar.gz file extension Product Support	6	873	24 בינואר,‏ 2025
Manual backup with command line and restore Self-hosting	5	1402	8 במאי,‏ 2019

לא ניתן לשחזר גיבוי מ-cli

נושאים קשורים