clarifications new backup configuration
I don't clear as new backup work. I set "Backup Type" with "Compressed", backup monthly and backup daily with 3 days retain. The problem is that backup monthly contain all files of homedir but daily backup (last 3 days) the homedire is partial or almost empty, this is correct?
-
these are the backup files in different situation * monthly backup * -rw-r--r-- 1 car----a car----a 63698166 Jan 1 02:38 cerca--sub.tar.gz * 3 day ago * -rw-r--r-- 1 car----a car----a 3845914 Jan 12 02:15 cerca--sub.tar.gz * 2 day ago * -rw-r--r-- 1 car----a car----a 4971922 Jan 13 02:19 cerca--sub.tar.gz * 1 day ago * -rw-r--r-- 1 car----a car----a 3593949 Jan 14 02:26 cerca--sub.tar.gz 0 -
To clarify, the issue you are experiencing is in relation to an incomplete backup generation? If so, please review the backup logs in: /usr/local/cpanel/logs/cpbackup/ Review the logs for the date of generation where an incomplete backup generation occurred. Do you notice any specific errors related to the account? Thank you. 0 -
this is log section of 14th january homesize is: 337723392 pkgacct started. pkgacct version 10 - user : c*r*a*u* - tarball: 1 - target mysql : default - split: 0 - incremental: 0 - homedir: 1 - archive version: 3 - running with uid 0 pkgacct using '/usr/bin/gzip -6' to compress archives pkgacct working dir : /backup-new/2014-01-14/accounts/c*r*a*u* Copying Reseller Config...Done Copying Suspension Info (if needed)...Done Copying SSL certificates, CSRs, and keys...Done Copying Domain Keys....Done Copying Counter Data....Done Copying Bandwidth Data......c*r*a*u*-pop3-peak.rrd....c*r*a*u*ito.com-all-rate.rrd....c*r*a*u*-smtp-peak.rrd....c*r*a*u*ito.com-all-peak.rrd....c*r*a*u*....c*r*a*u*-pop3-rate.rrd....c*r*a*u*ito.com-http-rate.rrd....c*r*a*u*-smtp-rate.rr$ Copying Dns Zones.......c*r*a*u*ito.com...Done Copying Mail files....Done Copying frontpage files....Done Copying proftpd file....Done Copying www logs.......log file sizes [4185 byte(s)]......ftp.c*r*a*u*ito.com-ftp_log.offsetftpbytes......c*r*a*u*ito.com-bytes_log......c*r*a*u*ito.com...Done Copy userdata...Done Copy custom virtualhost templates...Done Leaving timeout safety mode Copying mailman lists and archives.... Done Copying homedir............. ......... ......... ......... ......... ......... ......... ......... ......... ......... ......... Done Entering timeout safety mode Determining mysql dbs......mysql version: 5.1......mysqldump version: 5.1...Saving mysql privs...Done ...Done Skipping Logaholic Backup. Logaholic is globally disabled on this system. Storing mysql dbs............ horde.turba_objects(1590 bytes) horde.turba_shares(1547 bytes) horde.horde_prefs(4997 bytes) horde.kronolith_events(1638 bytes) horde.kronolith_shares(2130 bytes) horde.kronolith_shares_users(1586 bytes) horde.kronolith_storage(1608 byt$ Copying cpuser file.......Done Copying crontab file.......Done Copying quota info.......Done Storing Subdomains.... Done Storing Parked Domains.... Done Storing Addon Domains.... Done Storing SSL domain......Done Copying password.......Done Copying shell.......Done Creating Archive ............................................ Done pkgacctfile is: /backup-new/2014-01-14/accounts/c*r*a*u*.tar.gz size is: 35939490 -
I don't see any error messages with that backup generation. Do you notice missing files or directories when you manually extract that backup archive? Thank you. 0 -
is strange that homesize is 337723392 Byte and tar file result is only 3593949 0 -
[quote="upsforum, post: 1549432">is strange that homesize is 337723392 Byte and tar file result is only 3593949
It's normal see compression of the archive. Were you able to extract it to determine if it extracts to the correct size or if files were missing? Thank you.0 -
# tar -zxvf c*r*a*u*.tar.gz the tarbal file is corrupted and total size is 113348000 byte ... ... ... cercasub/homedir/public_html/.... cercasub/homedir/public_html/...... tar: Unexpected EOF in archive tar: Unexpected EOF in archive tar: Error is not recoverable: exiting now 0 -
Feel free to open a support ticket using the link in my signature so we can help investigate why your backups are not generating successfully. You can post the ticket number here so we can update this thread with the outcome. Thank you. 0 -
ok, opened ticket id is 4443865 0 -
To update, it was determined that a third-party application (LFD) was killing the pkgacct process, resulting in incomplete backup generations. Thank you. 0
Please sign in to leave a comment.
Comments
10 comments