Backup Log Issues

[davidbudden]

Hi

I have been trying to sort out some issues that occur in my backup logs to no avail, and I was wondering if anybody else has had/got the same issues.

The start of the log file is as follows:


[cpbackup] Started at Fri Jul 6 22:29:18 2012
[cpbackup] Mount found (********-backups.vps-10.com:/backups/**.**.***.** on /backups type nfs (rw,noexec,noatime,hard,intr,rsize=8192,wsize=8192,nfsvers=4,nolock,addr=**.**.***.***,clientaddr=**.**.***.**))
[cpbackup] Setting I/O priority to reduce system load: best-effort: prio 3
[cpbackup] backup point /backups/cpbackup/weekly is 0.15 days old
[cpbackup] Starting full MySQL database backups
/bin/gtar: Removing leading `/' from member names
/bin/gtar: /var/lib/mysql/mysql.sock: socket ignored
[cpbackup] The following backups will be updated: daily,monthly
[cpbackup] Running dir & file backup with target : /backups/cpbackup/daily
gzip: /backups/cpbackup/daily/files/_etc_shadow: Permission denied
[cpbackup] Failed to compress file /backups/cpbackup/daily/files/_etc_shadow
/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
/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


In this bit I am concerned about the "_etc_shadow" problems. Anybody have any ideas as to how to solve this?
Also, is there anything to be concerned about with the "mysql.sock: socket ignored" part?


Everything in the middle is fine with all the accounts being backed up properly as far as I can see, but then the end of the log is as follows:


[cpbackup] Copying daily backups to monthly backups for retention
rsync: send_files failed to open "/backups/cpbackup/daily/files/_etc_shadow": Permission denied (13)
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1039) [sender=3.0.6]
[cpbackup] Incremental copy of daily backups to monthly backups failed
[cpbackup] The following backups were already up to date: weekly
[cpbackup] Completed at Fri Jul 6 23:11:23 2012
Notification => *****@*****.**.** via EMAIL [level => 2]


This appears to be the same issue as at the start but again, I have no idea if this is affecting the backups or what to do to solve it!
Any help would be gratefully received.

Thanks

David

[cPanelTristan]

The file /etc/shadow is likely at a permission set that isn't high enough to allow copying it.

ls -lah /etc/shadow
lsattr /etc/shadow

The MySQL socket error should be ignored as you cannot copy the socket file.

The final note about some files not being transferred refers to /etc/shadow as that's the file that couldn't be copied.

[Allegheny]

I am sorry to bring back an old thread, but I am having the exact same issue as David.

gzip: /backups/cpbackup/daily/files/_etc_shadow: Permission denied
[cpbackup] Failed to compress file /backups/cpbackup/daily/files/_etc_shadow

I followed your suggestion and ran the following as root from the command line:

ls -lah /etc/shadow
lsattr /etc/shadow

But this has made no difference, same error keeps coming back daily.

Please help.

Server:
Centos 6.3 (64-Bit)
WHM 11.36.0 Build 6

[Jeff Shotnik]

ls and lsattr are only listing attributes about the file, they won't make any changes. Can you run those commands and list the results here.

[Allegheny]

Hi Jeff,

The output was:

ls -lah /etc/shadow
--w------- 1 root root 1.3K Feb 10 18:53 /etc/shadow
lsattr /etc/shadow
-------A-----e- /etc/shadow

We removed the "A" flag to no avail...

I got to working with the datacenter and it turns out the problem was with the mounted NAS, where I wanted the backup to go.

Although the NAS was mounted and working fine for everything else, cPanel's backup just would not work with it without errors.

I did a test and found that if I let the backup run to the default backup folder /backup it ran fine without errors.

Switch that to the mounted NAS (through fstab) and the errors start...

So, the solution for now is to use the FTP backup feature (to the local NAS) and that runs without errors; although this provides only an account level backup instead of the full backup I wanted - looking into eVault for that.