- Plesk 12.5 for Windows
Note: This article has the reference to the issue with the fix available:
- #PPPM-5728 "Starting multiple backup processes within a minute of each other caused
one of them to fail."
- Plesk Onyx 17.5.3 Update 7 29 May 2017
Backup to FTP task fails:
Error: server "server"
Cannot export dump file 'backup_info_1701202300.xml' to 'ftps://firstname.lastname@example.org
[Repository error: File'backup_1701202300.zip' not found]
Repository error: File 'backup_1701202300.zip' not found
with debug mode enabled shows failed FTP directory listing:
Debug: CurlError[8a20bdc1-acf7-49a2-a236-7a38ce7ada86]: Curl error: Failure when receiving data from the peer [..\..\..\..\..\common\plesk-utils\PMM\repository-transport\ftp.cpp:680] plesk::tFtpConnection::ListEx
Debug: TransportError[adfa6747-68a4-4df9-84e5-7b7816da7416]: Transport error: unable to list directory: Curl error: Failure when receiving data from the peer [..\..\..\..\..\common\plesk-utils\PMM\repository-transport\transport.cpp:905] plesk::tRepositoryFtp::ListDirEx
The issue appears when the same task is triggered twice within one minute.
The backup filename contains timestamp split to minutes: yyMMddHHmm. Therefore, the first and the second backup use the same file and the first process removing the file just after it finished uploading.
This is Plesk bug with ID #PPPM-5728 that was fixed in Plesk 17.5.3 #MU7.
Upgrade to the latest Plesk version.
If upgrade is not possible, apply the following workaround:
1. Find server and domain backups scheduled for the same time
2. Change the time for one of them.