• If you are still using CentOS 7.9, it's time to convert to Alma 8 with the free centos2alma tool by Plesk or Plesk Migrator. Please let us know your experiences or concerns in this thread:
    CentOS2Alma discussion

Problems with FTP backups since 12.x

Status
Not open for further replies.

MaximilianW

New Pleskian
Hey guys,

just as I finally managed to get daily backups to my FTP repositories running it stopped to work after upgrading to 12.x

I have two servers with Win 2008 R2 running and a NAS within the network that is accessible via FTP.

It is accessible via FTP from the Remote Desktop of the servers, too. So there is no connection problem.


However, I get the a "curl: timeout reached" error when the backup process is finished.

I can't even connect to the FTP repository by using the "Personal FTP Repository"-tab within the "Backup Manager". Furthermore, I can't change anything in the FTP repository settings, as the request just times out and Plesk freezes.


Do you have any idea how to fix this?


To make it short:
- FTP backups worked prior to 12.x
- Now it just times out
- Connection to FTP repository works using Remote Desktop
- Plesk just freezes when trying to change FTP settings


Thanks!
 
Try to fix this problem with following customization: You need to increase the timeout. To increase the timeout, you need to open the registry and set up a new value, FtpRequestTimeOut:

Value name: FtpRequestTimeOut
Data type: REG_DWORD
Radix: Decimal
Value Data: The number of seconds

Note This value is the number of seconds in decimals. If the connection to the FTP server is slow, then it makes sense to set up the timeout as a few hours.


Start Registry Editor (Regedt.exe).
Navigate to the following key in the registry: HKLM\SOFTWARE\PLESK\PSAConfig\Config. In the case of Windows 64-bit, the path is HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\PLESK\PSA Config\Config.
Create a new value, FtpRequestTimeOut.
Quit Registry Editor.
 
Thanks for your reply, Igor.

Unfortunately this did not help. Backups are still aborted with the message:
Transport error: unable to send directory to repository: Transport error: unable to put local file (...) to (...).zip: Curl error: Timeout was reached

It isn't even possible to change to the "Personal FTP repository"-tab because it times out.

Any ideas? :-/
 
Since MU #9 it works again for one of the two servers.
The other one still freezes when even selecting the "ftp repository"-tab in the backup manager.

Should I open a ticket or bug report for this?
 
Well, there seems to be a problem with the Plesk backup routine. There are several errors, but I guess they are not related to the FTP problems.

backup.log (I shortened it somewhat)
Code:
[2014-07-29 02:40:22.984|5056] Warning: Exception ignored ( psadumpagent.SilentException: Template item 'cp_access' is not allowed to backup for domain template  ...
[2014-07-29 02:40:22.984|5056] Warning: Exception ignored ( psadumpagent.SilentException: Template item 'remote_access_interface' is not allowed to backup for domain template ...
[2014-07-29 02:40:22.984|5056] Warning: Exception ignored ( psadumpagent.SilentException: Template item 'cp_access' is not allowed to backup for domain template ...
[2014-07-29 02:40:22.999|5056] Warning: Exception ignored ( psadumpagent.SilentException: Template item 'remote_access_interface' is not allowed to backup for domain template  ...
[2014-07-29 02:40:39.578|5056] Warning: Exception ignored ( psadumpagent.SilentException: Skip permission with unsupported name manage_secure_passwords ---> System.ArgumentException: Requested value "manage_secure_passwords" could not be found.  ...
[2014-07-29 02:40:39.578|5056] Warning: Exception ignored ( psadumpagent.SilentException: Skip permission with unsupported name manage_server_aspnet ---> System.ArgumentException: Requested value "manage_server_aspnet" could not be found.   ....
[2014-07-29 02:40:39.578|5056] Warning: Exception ignored ( psadumpagent.SilentException: Skip permission with unsupported name manage_server_ftp ---> System.ArgumentException: Requested value "manage_server_ftp" could not be found ....
[2014-07-29 02:40:39.578|5056] Warning: Exception ignored ( psadumpagent.SilentException: Skip permission with unsupported name manage_server_iis_app_pool ---> ...
[2014-07-29 02:40:39.578|5056] Warning: Exception ignored ( psadumpagent.SilentException: Skip permission with unsupported name manage_server_odbc ---> ...
[2014-07-29 02:40:39.578|5056] Warning: Exception ignored ( psadumpagent.SilentException: Skip permission with unsupported name manage_server_remote_desktop ---> ...
[2014-07-29 02:40:39.578|5056] Warning: Exception ignored ( psadumpagent.SilentException: Skip permission with unsupported name manage_server_shared_ssl ---> ...
[2014-07-29 02:46:21.203| 5680] INFO: backup_sign started : "C:\Program Files (x86)\Parallels\Plesk\admin\bin\backup_sign.exe" --sign-dump "C:\Program Files (x86)\Parallels\Plesk\PrivateTemp/repo_transport_tmp_01cfaac5ea0885a0\toto__1407290210.zip9"
[2014-07-29 02:46:30.609| 5680] INFO: backup_sign finished. Exit code: 0


pmmcli.log

Code:
[2014-07-29 02:10:09.483|4308] DEBUG: LOG: custom log C:\Program Files (x86)\Parallels\Plesk\PMM\logs\backup-2014-07-29-02-10-09-957\backup.log
[2014-07-29 02:10:09.530|4308] INFO: Executing asynchronously <subprocess[5056] 'C:\\Program Files (x86)\\Parallels\\Plesk\\admin\\bin\\plesk_agent_manager.exe server --mssql-db-content=nativelocal --owner-uid=B2934320-3201-4DEF-BED6-BF2DFAF7BFA9 --owner-type=server --dump-rotation=3 --backup-profile-name=toto_ --split=209715200 --session-path=C:\\Program Files (x86)\\Parallels\\Plesk\\PMM\\sessions\\2014-07-29-021009.710 --output-file=ftp://...@...//backups/toto/ --ftp-passive-mode'>
[2014-07-29 02:10:10.578|4308] DEBUG: Acquired session mutex: MainThread
[2014-07-29 02:10:10.578|4308] DEBUG: detecting running pmmcli daemon...
[2014-07-29 02:10:10.578|4308] DEBUG: starting pmmcli daemon...
[2014-07-29 02:10:10.624|4308] DEBUG: Executing asynchronously [5320] process
[2014-07-29 02:10:10.640|4308] DEBUG: Released session mutex: MainThread
[2014-07-29 02:10:10.640|4308] DEBUG: Acquired session mutex: MainThread
[2014-07-29 02:10:10.640|4308] DEBUG: Released session mutex: MainThread
[2014-07-29 02:10:10.640|4308] DEBUG: <pmmcli.MakeDumpAction object at 0x022BB9D0>: response
[2014-07-29 02:10:10.640|4308] INFO: Outgoing packet:
<?xml version="1.0" ?><response>
    <errcode>0</errcode>
    <data>
        <task-id>5056</task-id>
    </data>
</response>

The "pmmcli_daemon.log" does not state anything else than creating the log file for the backups.


I just don't get what's wrong here?! :(
 
Two other admins I know have the same problem with automatic backups. This is not exclusive to my system, there is a bug somewhere in Plesk.

Come on, Plesk team. There must be a solution to this! :(

I pay good money for my licenses, and your product is not working as it should. Backups are one of the most important things and you choose to ignore this problem. Please, for once seriously try to help your users.
 
Max is there an @ in your ftp username ? I have same issues as you and was told this may be the reason and to wait for a micro update. But its putting my entire service at risk. My clients are expecting that we have multiple backups for all their sites but we can only keep a few locally without running out of space.
 
Thanks for your input!
I do not have any special chars in the username.


Honestly, I don't know why this is happening...

- Sometimes it works for both servers, most of the time it doesn't
- I cannot access the "FTP repository" tab within Plesk, as it times out
- The repository files remain in the "PrivateTemp" folder, even when I delete them in Plesk
(by the way, this is a bug that has been here FOR YEARS! Could you PLEASE fix it some day?)
- There are no errors within the error logs

What the heck is wrong with this backup function?! :(
 
Why you can't ask help of Support Team? They will deeply investigate this issue directly on your server and you will be refunded if it is really our bug. Believe me, sometimes it is really very hard to determine reason of complex problem by forum conversation without possibility investigate this issue directly on your server.
 
Thanks for your reply, Igor.

I did not know that this is possible and will do so. As of now, I thought support is only available here at the forums. Thanks for your input! :)
 
Status
Not open for further replies.
Back
Top