Problem with backup

I know you are hoping this reply is a solution... but it isn't.

I am having this same issue. Some of the files it is giving this error on are years old and have been backed up successfully for quite a long time. As in the previous poster's case, it is seemingly random which account has the error, and even which files in the account.

Has anyone found a solution to this?

Also, If you have also had this problem, if you can please reply and let me know it would help to sort out if this is a problem with cpanel or something the two of us have done inadvertently to cause the issues.

Thanks

 

There is a post a few posts down from here that explains this

 

I have used a simple bash script to chmod all public_ftp folders to 0750. Hopefully this fixes the error for me too

 

Seems to be a cpanel bug. I don't change anything with the accounts and they backup fine the next night and it's someone elses' turn to not backup. Consistently 1 account per server has an error and it's a different one each night. I don't bother to try and find the problem as there is obviously no problem.

Just a FYI.

 

It's not a bug, cpanel made some changes and cpbackup runs the pkgacct process as the account user. This means that it only takes into account files owned by that specific user.

This is a real issue for servers not using suPHP ; basically cPanel forces you to switch to suPHP. At least if you need backups

Adrian

 

Obviously because:
1. Only one email is sent even though multiple accounts fail backup.
2. Sometimes no email is sent even though multiple accounts fail backup.

I don't know what's going through cPanels heads because the server backup is now completely unreliable. A reliable backup script is urgently needed.

 

I have quite same problem with you. The permissions on pulic_ftp of certain users just became 000 for no reason.
I did nothing but update my server to latest RELEASE version a few days ago.

 

change the permission of public_ftp folder to 755 and update cpanel with STABLE release.

It should work !!

 

Even if you don't change anything to the permissions, you won't get the same error the next time.

The first time I read those messages,I ran to the dir to fix what 'was wrong'. In fact, I found a dir that was owned by someone else than the account. So, fixed it . The next time I did nothing, and the next day no error was thrown.

I think it might have something to do with a file being used while being backupped....

 

Just to mention as a update.

I get errors thrown on different accounts now every day, without ever touching any file. So there must be a mechanism behind this :p

 

I have this same message in my logs.

Code:

Copying homedir..../bin/gtar: ./public_ftp: Cannot savedir: Permission denied
/bin/gtar: Error exit delayed from previous errors

After some research I found that cPanel is changing the permissions of /home/<username>/public_ftp when the account is suspended.

I verified that the home directory is indeed added to the backup and that the backup itself is successful (the modification time on the tar.gz file in my backup folder is correct). The public_ftp folder is not being backed up.

Does anyone (preferably a cPanel staff member) know if this is the desired behavior. If so, is there a way to stop the notifications about this issue from coming every time a suspended account is backed up?

I am using cPanel 11.24.4-R34599 - WHM 11.24.2 - X 3.9

 

I to am getting random backup errors on different accounts every night. Sometimes the backup will go completely fine then other nights the account that fails to backup is different, just random actually.