Jim's picture


I have recently setup and installed a Turnkey Wordpress .iso device and transferred an exsting wordpress site to the server.

Everything appears to be working with the exception that Backupbuddy cannot connect to the external FTP destination (on another server) to transfer the copy of the backup that is created.

This function was working fine prior to transfer to the Turnkey Wordpress device.

Everything I have found in my searches so far either has to do with other FTP issues, or a review that just states it will be very difficult to do.

It kind of looks like this is an FTP client issue rather than an FTP server issue, but I am not versed enough with Turnkey or Linux to be certain.

Has anybody actually gotten backupbuddy to successfully work doing scheduled backups with an offsite/different domain FTP copy?

If so, any hints or instructions would be appreciated.

Thank you.

Jeremy Davis's picture

First thing I would do is check that the server can be contacted from your new TurnKey server. I.e. ping it like this:
ping -c 5 remote.server.com
If that works then perhaps it relies on you having an FTP client installed? We don't include it OOTB as it is insecure and we discourage it's use. If you don't care about the security of your backups then you can install one with:
apt-get update && apt-get install ftp
However, keep in mind that using vanilla FTP in this day and age is a REALLY BAD IDEA! It is totally insecure! Not only can your data be intercepted by any third party, the username and login credentials are also sent in the open so if anyone happens to be listening they can get your credentials. Then who knows what nasty things they might do to your backups? Perhaps include a back door? Or pre-install some malware?

I don't know anything about BackupBuddy but IMO if it doesn't offer any secure way of transmitting your backups (e.g. SFTP - which is already available on TurnKey) then I would urge you to find a new backup tool. FWIW TurnKey includes our own backup system called TKLBAM. It's free (pay your own storage costs) for one TurnKey server.

Jim's picture

<<ping it like this>> Ping test works fine, with no dropped packets in multiple tests.

<<using vanilla FTP>>  While I agree with your statement, that is not my decision to make.  Site owner's original designer installed backupbuddy to do an internal backup with an FTP transfer to another server location.

My goal in this is just to keep their site running while they have their site redesigned to work with the newer versions of wordpress, php, etc. that are now on their primary host server.  (long story)

However it may not be as much an FTP issue as I originally thought.

For five days the backups ran fine internally , but failed during transfer of a copy of the backup file to the FTP server.

For the two nights after I posted the question, both backups worked fine - including the FTP transfer.

For the two nights after that both failed again, completing the internal backups - but again were unable to transfer a copy of the backup file to the FTP server.

I have tried to switch the backupbuddy destination to an Amazon S3 account, but so far have not found the magic settings to make them like eachother.

At any rate, if FTP worked twice in unattended mode, then FTP is probably working and I will need to look elsewhere for whatever is intermittantly causing the transfer to fail.

Thanks for your time.



Jeremy Davis's picture

Definitely sounds like it's not FTP itself then, or at least not on your TKL server's end. IDK if the FTP client keeps a log, if it does it would probably be with all the other system level logs in /var/log.

Perhaps it's worth setting up a cron job to ping the remote server (and maybe google too to rule out your server losing internet access) around the same time as your backup. That may help you troubleshoot?

Jim's picture

Logs on TK Wordpress server show the FTP transfer failure, but are not detailed enough to point at anything specific.

<<setting up a cron job to ping the remote server >>

Not being as familiar with the TK Wordpress as I would like, I took the easy route for me.  I put a Windows desktop on the same subnet as the TK Wordpress server and had it run a continuous ping on the destination FTP every 5 seconds and record the results in a text file.  The file also received a date & time stamp every five minutes to help locate any particular issues.

There were no significant dropouts for over 48 hours, and there were FTP transfer failures during that time.

Transmision size being so small with a ping test, it is hard to guage internet bandwidth saturation by response time, but I doubt the 50Mx50M circuit is under any significant load at the time of night the backup occurs.  I am beginning to wonder about maintenance on the destination FTP host though.  (I know that is kind of picking at straws, but I think that is where I am at in this process now.)

Thanks for your time.


Jeremy Davis's picture

Do you have admin access to the remote machine? Perhaps it's worth trying to see if that has anything useful in it's logs (if you can see them)?

I don't really know what else I can suggest after that...

Add new comment