• Please be aware: Kaspersky Anti-Virus has been deprecated
    With the upgrade to Plesk Obsidian 18.0.64, "Kaspersky Anti-Virus for Servers" will be automatically removed from the servers it is installed on. We recommend that you migrate to Sophos Anti-Virus for Servers.
  • The Horde webmail has been deprecated. Its complete removal is scheduled for April 2025. For details and recommended actions, see the Feature and Deprecation Plan.
  • We’re working on enhancing the Monitoring feature in Plesk, and we could really use your expertise! If you’re open to sharing your experiences with server and website monitoring or providing feedback, we’d love to have a one-hour online meeting with you.

FTP Backup Failure

NevilleM

New Pleskian
After I uploaded to Update #15, I started getting this error in the Backup Manager

Error:
Unable to rotate dump: The dump rotation is failed with code '151' at /usr/local/psa/admin/bin/plesk_agent_manager line 1224.
Error:
Unable to upload dump to FTP, it remains in server repository and you can manually download and upload it to FTP. Upload diagnostic message: Repository error: Destination directory 'ftp://111.111.111.111//pleskbackup/' does not exist

Any ideas on how to resolve this please?
 
When I posted this message I was on #16 and was still having the same problem.

However it seems to be ok now- it looks like the #16 did the trick!

Thanks
 
Upgraded, still ran into problems. Rebooted the server, reset up the backup and it ran under a manual start. I'll know by tomorrow if it did it's job. Been having issues with backup file rotation, and also it's having problems with files on a certain domain account where it can't stat some cache files.
 
Moved to "multi volume" setting and it seems to be working better instead of trying to move over a 20GB file every night. I'm using 2GB files now. Backup is not 100%, it needs some serious work by Plesk Team.
 
@SpyderZ

It seems to be the case that you are running out of disk space, when making the backup of that specific domain.

Just increase the disk space by using a proper mount OR change the DUMP_D variable in /etc/psa/psa.conf to point to a directory with enough space (restart sw-cp-server afterwards).

Regards....

PS In order to check whether a proper mount is present for the default backup directory (i.e. /var/lib/psa/dumps), just run the "df -h" command from a command line and verify that enough disk space is available.
 
Thanks, I have five times disk space to 100GB to the 20GB backup tgz that is produced.


@SpyderZ

It seems to be the case that you are running out of disk space, when making the backup of that specific domain.

Just increase the disk space by using a proper mount OR change the DUMP_D variable in /etc/psa/psa.conf to point to a directory with enough space (restart sw-cp-server afterwards).

Regards....

PS In order to check whether a proper mount is present for the default backup directory (i.e. /var/lib/psa/dumps), just run the "df -h" command from a command line and verify that enough disk space is available.
 
@SpyderZ

Given your response, it is not likely that a backup would fill up disk space, but it can be the case that disk mounts are not proper (i.e. mostly, but not only tmpfs related issues).

What are the settings on the FTP side (since we can exclude safely that server-side issues are present)?
 
Back
Top