Facebook
Twitter-
Debian 11 has reached its end-of-life (vendor EOL date - August 31, 2026). Plesk Obsidian 18.0.81 is the last release to support it.
If you are running Plesk Obsidian on Debian 11, we recommend you upgrade those servers to Debian 12 using our dist-upgrade tool.
Resolved Cant move server backups to ftp repository
- Thread starter Cheetah
- Start date
24x7serversupports
Regular Pleskian
You can set ftp repository from backup manager settings. You will need ftp server IP, user name and password with directory path.
24x7serversupports
Regular Pleskian
You can set ftp repository from backup manager settings. You will need ftp server IP, user name and password with directory path.
Thanks, Dave. This is pretty bad flaw in Plesk, since the backups are taking up diskspace - and I'm not willing to destroy them. Plesk's backup logic and interface would need a serious refactoring.
Last edited:
U
UFHH01
Guest
Hi Cheetah,
if the backup was successfully created and could not being transfered to the ftp-repo for any reason, you should find such erros in the logs at: /var/log/plesk/PMM/backup-2014-XX-XX-XX-XX-XX-XXX
Did you try the suggestions at:
to upload the backup to your FTP-repo ?
If the backup is not anymore at this location, for whatever reason, you should find your server backups at: /var/lib/psa/dumps and you could identify your desired backups there, which you want to transfer to your FTP-repo manually. If you only would like to transfer one or more reseller - backups, the path are as followed:
/var/lib/psa/dumps/resellers/RESELLER_NAME
... /clients/CLIENT_NAME
.../domains/DOMAIN_NAME/
I wouldn't recommend to set a password for the manual created tarballs, which you may create for specific manual created backups, because I'm not sure, if Plesk uses encryption in his previous used passwords for the dumps and maybe stores them in the database - but as well without passwords, it is possible to restore the manual created tarballs ( re-transfer from the FTP-repo to the server-repo over the Plesk Panel works without issues with or without passwords ).
if the backup was successfully created and could not being transfered to the ftp-repo for any reason, you should find such erros in the logs at: /var/log/plesk/PMM/backup-2014-XX-XX-XX-XX-XX-XXX
For example said:
Did you try the suggestions at:
to upload the backup to your FTP-repo ?
If the backup is not anymore at this location, for whatever reason, you should find your server backups at: /var/lib/psa/dumps and you could identify your desired backups there, which you want to transfer to your FTP-repo manually. If you only would like to transfer one or more reseller - backups, the path are as followed:
/var/lib/psa/dumps/resellers/RESELLER_NAME
... /clients/CLIENT_NAME
.../domains/DOMAIN_NAME/
I wouldn't recommend to set a password for the manual created tarballs, which you may create for specific manual created backups, because I'm not sure, if Plesk uses encryption in his previous used passwords for the dumps and maybe stores them in the database - but as well without passwords, it is possible to restore the manual created tarballs ( re-transfer from the FTP-repo to the server-repo over the Plesk Panel works without issues with or without passwords ).
Similar threads
