• Our team is looking to connect with folks who use email services provided by Plesk, or a premium service. If you'd like to be part of the discovery process and share your experiences, we invite you to complete this short screening survey. If your responses match the persona we are looking for, you'll receive a link to schedule a call at your convenience. We look forward to hearing from you!
  • The BIND DNS server has already been deprecated and removed from Plesk for Windows.
    If a Plesk for Windows server is still using BIND, the upgrade to Plesk Obsidian 18.0.70 will be unavailable until the administrator switches the DNS server to Microsoft DNS. We strongly recommend transitioning to Microsoft DNS within the next 6 weeks, before the Plesk 18.0.70 release.
  • The Horde component is removed from Plesk Installer. We recommend switching to another webmail software supported in Plesk.

Resolved Backups to remote location fail since upgrade to 17.5

purplizer

New Pleskian
Hello,

Yesterday my Onyx installation was update from 17.0.17 to 17.5. That went without issues, except that backups to a remote ftp now fail.

I use adrive.com to store my backups, and that has worked for almost a year without any issues. However, something must have changed in the way Onyx checks the remote server. It now checks whether it can create an empty folder (named check0). That directory name cannot be created however in Adrive (for some reason I do not know, I also failed creating it manually through its web interface), and thus Onyx decides that the ftp server is not writeable and the backup task fails:

Error: Unable to operate the storage: Transport error: Unable to create the directory 'ftp://ftp.adrive.com//server/check0/': Curl error: (21) Quote command returned error: Last FTP request: MKD check0 Last FTP response: 550 Could not create directory
Check that you have permissions to create folders in the storage. You can check it independently with the command:
curl --ftp-create-dirs -v --ftp-pasv -u [email protected] ftp://ftp.adrive.com//server/test-dir/

I also tried secure ftp, same issue. Could the check maybe change directory names or something like that?
Thanks!
 
I don't know if it is the solution, but it's worth a try to lose the first slash (before server) in your config.
As you can see it tries it with a double slash, which most of the time doesn't pose a problem.

Have you tried the url using the FTP CLI client?

Is the folder "server" already created?

I don't think it's able to create folders more than 1 deep

Did you try the suggested curl command?

I have no idea if 17.0.17 used the same test method. Someone from Plesk may be able to answer that
 
Last edited:
I don't know if it is the solution, but it's worth a try to lose the first slash (before server) in your config.
As you can see it tries it with a double slash, which most of the time doesn't pose a problem.

Have you tried the url using the FTP CLI client?

Is the folder "server" already created?

I don't think it's able to create folders more than 1 deep

Did you try the suggested curl command?

I have no idea if 17.0.17 used the same test method. Someone from Plesk may be able to answer that

Thank you for your answer. A couple of answers first:
- directory server was already created
- I tried it with and without the slash
- I did try the command line.

My issue has been fixed by Adrive in the meantime. I contacted them, and although they haven't answered yet, it seems like they whitelisted the check0 directory name, because it can be created now. (by myself, and by Plesk, so the verification now checks out before the backup task is started). Issue fixed I guess, unless more ftp providers blacklist that check0 directory name for some reason.
 
Were you able to create other folders before?
If so, what a strange thing to do to meddle with the naming.
 
Back
Top