11.38 backup system falls apart consistently; multiple gtar errors and failures to back up.

[quanin]

I let the new backup script run automaticly after configuring things thusly:
Type: compressed
Frequency: daily (every day) and monthly (1st)
Destinations: local directory (/backup), local directory (/root/Dropbox/server - for redundancy)
Backing up account and system files. Backing up MySQL per account and the entire directory. Retaining local backups, as well as depositing them into Dropbox. Examining the backup log, everything pretty much falls apart from step 1. Exerpt pasted below:
/bin/gtar: Removing leading `/' from member names
/bin/gtar: /var/lib/mysql/rsgames_ZGP/ChatLog.MYD: file changed as we read it
/bin/gtar: /var/lib/mysql/mysql.sock: socket ignored
/bin/gtar: /var/lib/mysql/quanin_rss: file changed as we read it
[backup] Failed to perform full MySQL database backup

The fun continues for system files:

/bin/gtar: Removing leading `/' from member names
/bin/gtar: Removing leading `/' from member names
/bin/gtar: Removing leading `/' from member names
/bin/gtar: Removing leading `/' from member names
/bin/gtar: Removing leading `/' from member names
/bin/gtar: Removing leading `/' from member names
/bin/gtar: Removing leading `/' from hard link targets
/bin/gtar: /var/cpanel/dnsadmin/sock: socket ignored
/bin/gtar: Removing leading `/' from member names
/bin/gtar: Removing leading `/' from member names
/bin/gtar: Removing leading `/' from member names
/bin/gtar: Removing leading `/' from member names
/bin/gtar: Removing leading `/' from member names
/bin/gtar: Removing leading `/' from member names
/bin/gtar: Removing leading `/' from hard link targets
/bin/gtar: Removing leading `/' from member names

It doesn't look like it even attempts to back up accounts, even though accounts are selected. 2013-07-18 is a very impressive 634M at the moment, with an empty accounts folder and missing several items that probably should be included. The dropbox directory contains only a system_files.tar and nothing else. This is reproduceable on the server always; I've run the backup manually with the exact same result.

I've removed both folders and rerun the backup with again the same result, and again the folder in /backup is 634M. I was hoping to be able to use this system on account of it makes less work for me re: putting the backups from the old system in Dropbox for safe keeping. But now I'm thinking maybe not so much. Any feedback on this would be most helpful.

 

[24x7server]

Hello,

Have you enabled the "Backup Accounts" in backup setting as I can see By default, only system files are contained within backups

 

[cPanelMichael]

Hello

Please browse to:

"WHM Home » Backup » Backup User Selection"

Ensure that the accounts are enabled for backup. Also, check that "Backup Accounts" is enabled under "Backup Configuration".

Thank you.

 

[ThinIce]

Although it's indeed worth checking the op does state.

It doesn't look like it even attempts to back up accounts, even though accounts are selected.

Might be worth opening a ticket and providing shots of the configuration interface and the full backup log...

 

[quanin]

So you need to enable the new backup system for each new account? A little counterintuitive, isn't it?

Also: that doesn't do much to address the errors I get above, which are apparently preventing a proper backup of the other areas.

 

[cPanelMichael]

/bin/gtar: Removing leading `/' from member names
/bin/gtar: /var/lib/mysql/rsgames_ZGP/ChatLog.MYD: file changed as we read it
/bin/gtar: /var/lib/mysql/mysql.sock: socket ignored
/bin/gtar: /var/lib/mysql/quanin_rss: file changed as we read it
[backup] Failed to perform full MySQL database backup

This indicates the file was changed during the backup process so it could not be archived. Do you receive the same message every backup generation? Is it a very active database?

/bin/gtar: Removing leading `/' from member names
/bin/gtar: Removing leading `/' from member names
/bin/gtar: Removing leading `/' from member names
/bin/gtar: Removing leading `/' from member names
/bin/gtar: Removing leading `/' from member names
/bin/gtar: Removing leading `/' from member names
/bin/gtar: Removing leading `/' from hard link targets
/bin/gtar: /var/cpanel/dnsadmin/sock: socket ignored
/bin/gtar: Removing leading `/' from member names
/bin/gtar: Removing leading `/' from member names
/bin/gtar: Removing leading `/' from member names
/bin/gtar: Removing leading `/' from member names
/bin/gtar: Removing leading `/' from member names
/bin/gtar: Removing leading `/' from member names
/bin/gtar: Removing leading `/' from hard link targets
/bin/gtar: Removing leading `/' from member names

This is normal output, and does not indicate a problem with backing up data.

Thank you.

 

[quanin]

Fairly active, yeah. My concern is this often occurs as well with system databases, IE: eximstats. I assume, probably incorrectly, the others can be and are copied accurately with the account backup, now that I've got that working for the most part.

 

[cPanelMichael]

You can review the full backup log and check to see if the databases are backed up with the accounts. You will notice a similar error message is the account backup phase if a database is not able to backup successfully.

Thank you.