Dear Pleskians,
Let me clarify the current situation a bit.
Actually, when you see this "558" error, it is problem from FTP server side. For some reasons, uploading may be interrupted and Plesk tries to re-upload backup, but when it fails too, you see this "558" error. Problems on ftp server side may be following:
- ftp server does not support resuming of uploading (APPE feature);
- IIS removes already uploaded part of the backup file after interruption of uloading process, and when Plesk tries to resume uploading, it does not see the already uploaded part to continue;
- When you use cloud storages, there is some kind of sizes inconsistencies in the size of parts in Plesk/cloud caches;
- etc;
In the last MU we have changed this bad "558" error message with something more readable. But as you understood it is the cosmetic fix. It was done in scope of PPPM-5777 and PPPM-5809
In the one of nearest MU we will add the more readable reply from FTP server about possible reason of error. It will allow you understand the problem on FTP server side and find the proper solution.
For proftpd server you can try to use the following solution:
In the directory, specified in FTP Storage settings you need to create file .ftpaccess with following content:
Code:
AllowRetrieveRestart on
AllowStoreRestart on