User Restore Failling on web only

Community Support Backups
1

Hi Everyone,

Long time user, first time poster, after hosting hestiacp in a mac mini decided to start building a home lab.
Did a user backup and tried to restore on the new machine, this is what i get as follows:



-- WEB --
2025-04-16 13:53:17 xxx.xxx.xxx
pzstd: -: Restored data doesn't match checksum.
tar: Unexpected EOF in archive
tar: Unexpected EOF in archive
tar: Error is not recoverable: exiting now
Error: Can't unpack xxx.xxx.xxx data tarball
root@xxx:/backup# exit
exit

After checking the forums, did link backup folder to another, tried to manually extract and place the files on the correct place, but no luck, tried rebuilding the user after doing it, still the same, had folders on 700/755/777 to restore but never any luck.

Weird thing is, I just cannot restore the web part, if i run v-restore-user xxx xxx.tar yes It restores everything BUT the web, and works, but cannot get the domains back in, tried to copy data in but get protected folders.

I might be doing something wrong, so any help is appreciated.

Went looking for logs, cannot find any.

For more info, coming from a VM with Ubuntu 24.04 , current VM has the same spec, old HestiaCP was on BETA but on current same version 1.9.3

2

Why add ‘yes’`

3

As ive seen before in the forum, there are extra arguments to the restore command where you can choose what to restore, so i tried via that way, it works, but cannot restore domains / web

4

Hi @orlandofmendonca

If you ony want to restore the web part you should use this command:

v-restore-user YourUser YourBackup.tar yes no no no no no

But looks that the web tar is corrupted.

How did you extract the web part from the backup?

What do you mean by ‘no luck’? Did you get the same error or a different one?

6

Hi,

Always get the same error, this is the second backup im restoring considering it could be corrupted.

Just tested the following

v-restore-user YourUser YourBackup.tar yes no no no no no

Result
-- WEB --

Nothing else

When i mean manually i tar -xfv the file and got the folders and copied on the web folder into the user and replaced the web folder, tried to reconstruct the user but didnt append what was there, got some more folders but im completely at a lost as to what i should do with them, I can extract it manually without errors and seems to have everything

Extra Folders from extract:

Hestia
user_dir
pam
7

Keep in mind that inside the backup, in web/yourdomain/ there is a file domain_data.tar.zst or domain_data.tar.gz that is the one containing all the web data like dirs; public_html, private, stats, etc.

Did you try to extract that file manually to check whether that is the corrupted one? Do you have enough free space?

8

@sahsanu Thank you,

Loaded the file on windows, checked there is a tar there, tried to open it , erro as corruped but can still open and see whats inside.

This is the second backup, is there a better way to backup ? That im probably not seeing?

I went into the user and forced backup, its set as localbackup.

Or do i need to configure anything before doing any backup?

Yes a lot of free space.

9

Local backup should work fine.

No, you don’t need to do anything special.

Try to unpack it on your Hestia server.

I’m assuming your user is foo, the domain is example.net and your backup name is foo.2025-04-16_05-10-03.tar

cd /backup
mkdir foo
tar xf foo.2025-04-16_05-10-03.tar -C foo
cd foo/web/example.net
mkdir domain_data
tar xf domain_data.tar.zst -C domain_data
ls -la domain_data
du -hs domain_data
10

So,

I did the steps, first created the user in hestiaCP web portal, then went into console as explained, this is what i got.

tar xf domain_data.tar.zst -C domain_data
/*stdin*\ : Decoding error (36) : Restored data doesn't match checksum
tar: Unexpected EOF in archive
tar: Unexpected EOF in archive
tar: Error is not recoverable: exiting now

Seems to be at the same situation, could this be that these domains where created at HestiaCP 1.8? My old panel is currently updated to 1.9.3 and my fresh instalatation is on the same version.

11

The file appears to be corrupted or incomplete. I doubt it can be restored.

12

I still have the original HestiaCP and 2 backups same result

13

Sorry, no idea what the root cause might be.

14

You can try backing up again, downloading it, and then attempting to restore it

15

Currently accessed, lowerd compression as well as the level, keep getting a tar file same size.

Before was zfst level 4 now its Gzip level 1 but noticed it automatically goes to 9, will test zfst level 11.
@sahsanu @yunli

This could be a bug, where should i report it? ill try to keep going with my secondary machine for a while, trying to figure out a solution.

Should I move the files directly by hand, asside from the /home/%u is there anything else i need to move? Im guessing so

Ive just noticed only one of the domains isnt corrupted on the backup. the last one on the list, all others corrupt.

16

@sahsanu @yunli
Right, found a SEMI solution,
Created the user, forced to recognise the backup inside the web portal, now slowly restoring(and yes it is restoring) still checking contents as i cant access some domains, but will try to rebuild and pray a bit

Current solutions it to use BackBlaze.


https://github.com/hestiacp/hestiacp/issues/4950
17

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.