The Community Forums

Interact with an entire community of cPanel & WHM users!
  1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

error restoring a a Full Backup/cpmove file

Discussion in 'Data Protection' started by akamaras, Aug 1, 2011.

  1. akamaras

    akamaras Member

    Joined:
    Dec 16, 2009
    Messages:
    18
    Likes Received:
    0
    Trophy Points:
    1
    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
     
  2. cPanelTristan

    cPanelTristan Quality Assurance Analyst
    Staff Member

    Joined:
    Oct 2, 2010
    Messages:
    7,623
    Likes Received:
    21
    Trophy Points:
    38
    Location:
    somewhere over the rainbow
    cPanel Access Level:
    Root Administrator
    Can you try to restore the backup using root SSH command line with this command:

    Code:
    /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).
     
  3. akamaras

    akamaras Member

    Joined:
    Dec 16, 2009
    Messages:
    18
    Likes Received:
    0
    Trophy Points:
    1
    I get the same message trying to restore from cli

    Code:
    root@server [/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.....
    
     
  4. Infopro

    Infopro cPanel Sr. Product Evangelist
    Staff Member

    Joined:
    May 20, 2003
    Messages:
    14,478
    Likes Received:
    203
    Trophy Points:
    63
    Location:
    Pennsylvania
    cPanel Access Level:
    Root Administrator
    Twitter:
    How was this backup created? Full server backups or from within cPanel Full account backup? Just curious.
     
  5. akamaras

    akamaras Member

    Joined:
    Dec 16, 2009
    Messages:
    18
    Likes Received:
    0
    Trophy Points:
    1
    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
    cpbu_small.JPG
     
  6. Infopro

    Infopro cPanel Sr. Product Evangelist
    Staff Member

    Joined:
    May 20, 2003
    Messages:
    14,478
    Likes Received:
    203
    Trophy Points:
    63
    Location:
    Pennsylvania
    cPanel Access Level:
    Root Administrator
    Twitter:
    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.

    /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.
     
  7. akamaras

    akamaras Member

    Joined:
    Dec 16, 2009
    Messages:
    18
    Likes Received:
    0
    Trophy Points:
    1
    I have no directories under /home/cprestore
    Code:
    root@srv [~]# cd /home/cprestore
    root@srv [/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 ../
    root@srv [/home/cprestore]#
    
     
  8. cPanelTristan

    cPanelTristan Quality Assurance Analyst
    Staff Member

    Joined:
    Oct 2, 2010
    Messages:
    7,623
    Likes Received:
    21
    Trophy Points:
    38
    Location:
    somewhere over the rainbow
    cPanel Access Level:
    Root Administrator
    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!
     
  9. John Bell

    John Bell Registered

    Joined:
    Oct 17, 2006
    Messages:
    2
    Likes Received:
    0
    Trophy Points:
    1
    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)
     
  10. scdean

    scdean Registered

    Joined:
    Apr 17, 2003
    Messages:
    1
    Likes Received:
    0
    Trophy Points:
    1
    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
     
  11. 4u123

    4u123 Well-Known Member
    PartnerNOC

    Joined:
    Jan 2, 2006
    Messages:
    765
    Likes Received:
    1
    Trophy Points:
    18
    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.
     
Loading...

Share This Page