error restoring a a Full Backup/cpmove file

[akamaras]

I'm trying to restore a backup created by cpanel's auto-backup feature from
Main >> Backup >> Configure Backup


when I try to restore the backup from
Main >> Backup >> Restore a Full Backup/cpmove file

I get the following error :
"Sorry, we were unable to transfer the account. Information about account_username's primary domain is either missing or corrupt. For more information, please examine /root/cprestore/account_username/cp/account_username
checked 159 files....."

some info

• There is no /root/cprestore/account_username directory to examine

• I have tried restoring both a tar.gz backup and an older uncompressed tar backup (same error in both cases)

• the backup is quite big, around 10GB

• the backup's are non-incremental, using ftp for remote storage

• I currently use WHM 11.30.1 (build 4), both at the server that created the backup and at the server that tried to restore it

 

[cPanelTristan]

Can you try to restore the backup using root SSH command line with this command:

/scripts/restorepkg username

In this instance, please replace username with the cPanel username and try to ensure to have the backup you want restored only in /home location (move any other backups that are in /home, /root or /home/username location to be off the server).

 

[akamaras]

I get the same message trying to restore from cli

[email protected] [/home]# /scripts/restorepkg username
cPanel restorepkg 2
Force Mode: no
Reseller Privs Restore: yes

Searching /home....
Found username.tar.gz !
Extracting tarball...................
Done
Extracting Domain....Done
Sorry, we were unable to restore the account. Information about username's primary domain is either missing or corrupt. For more information, please examine /home/cprestore/username/cp/username
checked 159 files.....

 

[Infopro]

How was this backup created? Full server backups or from within cPanel Full account backup? Just curious.

 

[akamaras]

it was created from whm scheduled backup feature, using full backups and ftp as remote storage.
see attached image for the configuration of backup's

 

[Infopro]

Still doing some testing here but want to make note of something probably unrelated that does give me the same feedback from the system you got.

From within a cPanel account, I clicked Weekly to download a System Backup. The file downloaded is called weekly.tar.gz The username is not weekly.

Lets upload to the second server and try a restore from: WHM > Backup > Restore a Full Backup/cpmove file

It sees that file called weekly.tar.gz lets restore it.

Restore for weekly
Searching /home....
Found weekly.tar.gz !
Extracting tarball...................
Done
expected extraction point weekly was not found. Guessing the tar dir is manager based on the extraction results.
Extracting Domain....Done
Sorry, we were unable to transfer the account. Information about weekly's primary domain is either missing or corrupt. For more information, please examine /home/cprestore/manager/cp/weekly
checked 6 files.....

/home/cprestore/manager/cp/weekly does not exist.

This does though:
/home/cprestore/manager/cp/manager (manager is the file with package account details.)

Next, from within the same cPanel account I generated a Full Backup to Home directory and downloaded via FTP to desk file name: backup-8.2.2011_08-34-48_manager.tar.gz.

Next, upload to second server and tried to restore. Browser crashed and recovered. Seems the backup restored though.

Not sure about the browser crash, so killed the account and tried to restore one more time, browser has crashed once again. IE8.

It does appear to have been setup once again proper.

 

[akamaras]

I have no directories under /home/cprestore

[email protected] [~]# cd /home/cprestore
[email protected] [/home/cprestore]# ll -a
total 20
drwx------   2 root root  4096 Aug  2 09:31 ./
drwx--x--x 232 root root 12288 Aug  2 09:33 ../
[email protected] [/home/cprestore]#

 

[cPanelTristan]

Hello akamaras,

At this point in time, it would be best to open up a ticket in WHM > Support Center or using the link in my signature. Please post the ticket number here upon opening one. This way we can examine your backup file and the logs for when the backup was sent using FTP in /usr/local/cpanel/logs/cpbackup location to see if anything happened to that backup causing an impartial backup to be created.

Thanks!

 

[John Bell]

I had a similar issue and it transpired that the tarball was missing a vital file: cp/<accountname> file which is the cp account definition file. re-creating this sorted the issue.

I can't quite remember, but its possible the account was a re-seller a/c (old server has died, so can't go back & check)

 

[scdean]

While I know this ticket has been closed a while, it is the first result for the issue in google and doesn't at least from my experience give the root cause of the problem.

I recently had an identical issue and the problem ended up being that when transferring the backup files from the backup server to the new server the ftp had decided to transfer the files in ASCII mode rather than BINARY mode. If you are using command line to pull the files over a simple error to make when restoring a failed server!

Hopefully this helps someone!

Alan

 

[4u123]

I'd also like to add info to this that might be useful, as it comes up in Google search.

If you rename the archive, sometimes this error will come up, even if the file contains the username. I recently renamed a file from "username.tar" to username_saved_date_.tar - or something similar and it threw up this error when trying to restore. I renamed it back and the restore was successful.