I poked our backup team to see what the status is and I'll let you know as soon as I get more details.
Thank you but, Do you really mean that cPanel has a development team dedicated only for backups.
and we are here the users relay on a paid backup plugin for backups ?
Each piece of the cPanel and WHM interface falls under a specific development team. For example, we have a team for Web Server issues, a team for email, etc.
I did hear back from the team that controls backups and the only update is that they do have this on their radar, but do not have an estimated time of when it will be resolved.
I did hear back from the team that controls backups and the only update is that they do have this on their radar, but do not have an estimated time of when it will be resolved.
We just got a brand new Synology NAS device for an external backup destination. My excitement has been snuffed out as I also ran into this issue being unable to validate the destination... error " Could not upload test file: child exited with code 1"
When testing with rsync -a file user@host:folder/ -p 22 I receive the below
Unexpected remote arg: user@host:folder/
rsync error: syntax or usage error (code 1) at main.c(1348) [sender=3.1.2]
So I then attempted to switch to SFTP on the same device instead and it also cannot validate
"Error: Validation for transport “SFTP Offsite” failed: Could not delete the file we had uploaded onto the server: Couldn't delete remote file: No such file"
It complains about not being able to delete the remote file, and sure enough the temp file is still there on the share.
Seeing as how this issue has been open since 2018, what are the chances of it actually being addressed within 2 weeks?
When testing with rsync -a file user@host:folder/ -p 22 I receive the below
Unexpected remote arg: user@host:folder/
rsync error: syntax or usage error (code 1) at main.c(1348) [sender=3.1.2]
So I then attempted to switch to SFTP on the same device instead and it also cannot validate
"Error: Validation for transport “SFTP Offsite” failed: Could not delete the file we had uploaded onto the server: Couldn't delete remote file: No such file"
It complains about not being able to delete the remote file, and sure enough the temp file is still there on the share.
Seeing as how this issue has been open since 2018, what are the chances of it actually being addressed within 2 weeks?
Solved. Running DSM 7 over here on Synology. You must have the home services enabled within Users & Groups > Advanced, and the user group that your user is a part of must have application permissions for rsync. ***Updated*** Another requirement that could show this error: Your rsync user must be part of the administrators group in DSM... yes I know it sucks but it is a must unless you feel like SSH'ing into your Synology and resorting to "hacky" methods of updating configs and copying keys.
Last edited:
Spoke with the device manufacturer... I'm afraid that the solution I found is unacceptable due to the security holes it creates. This shouldn't even be needed, We simply need to be able to specify paths with no relation to a user's home directory. There are shared folders outside of home... and on many NAS devices home is restricted over SSH. Major failure by cPanel here
Unfortunately that just isn't an option with a cPanel server - everything *has* to be owned by a user and *has* to be inside /home/username if it's going to be related to, or managed, by a cPanel account.
| Thread starter | Similar threads | Forum | Replies | Date |
|---|---|---|---|---|
|
Adding /var/cpanel/cpanel.config to be backedup as part of system_files.tar | Backups | 1 | |
| B | Question about increasing Google Drive API quota for cPanel backup | Backups | 1 | |
| P | SOLVED Copy userdata Cpanel Exception IO ReadError | Backups | 4 | |
| A | Migrate from Cyberpanel to cPanel | Backups | 3 | |
| H | Cpanel Malware attack | Backups | 14 |