Backup to Synology FTP server

[Tazmanian79]

Hello,

I use the Directadmin Admin_Backup to my Synology server.

It used to run fine but since the update to DSM 7.0 I have the following error on every transfer.

User ****** has been backed up. <9:32:02>
ftp_upload.php exit code: 18
ftp_upload.php output: curl: (18) server did not report OK, got 426
curl return code: 18
<9:32:04>
Please see this URL and check for curl exit code '(18)': https://help.directadmin.com/item.php?id=2127

Although a backup error has occurred, the upload of valid backups would have still been attempted to ftps://*******/databases/******<9:32:04>

I cannot figure out what the problem is.
When I contect to my Synology NAS with Filezilla I do not have any problems.

In attachment you can find my Synology settings.

Anyone that can assist?

 

[Tazmanian79]

Anyone??

 

[Alessio]

I can`t help you exactly, but looking on cURL error codes, they say that error 18 is :

CURLE_PARTIAL_FILE (18)

A file transfer was shorter or larger than expected. This happens when the server first reports an expected transfer size, and then delivers data that doesn't match the previously given size.

You can also look at this thread: https://forum.directadmin.com/threads/explicit-ftps-not-working-for-admin-backups.63344/

 

[Tazmanian79]

Yeah found that already, it is marked as solved, but there is no solution.
He used other method to transfer his files.

 

[mrpw]

Are your cURL packages being managed by custombuild? I ran into this problem earlier this week and fixed it by setting curl=yes in the custombuild options.conf, ./build update and ./build curl

 

[Tazmanian79]

yes CURL is managed by custombuild, everything is up to date (7.77.0)

 

[ikkeben]

@Tazmanian79 I can't help but for the Support

Good to Post DA versions, OS and version also the LE script version if used Letsencrypt and the dates the certs are updated / changed for that box i guess.

 

[Tazmanian79]

Problem is solved when I updated cURL to version 7.78.0. on my server.