Support

Akeeba Backup for Joomla!

#23814 Backup issues on Siteground

Posted in ‘Akeeba Backup for Joomla! 4 & 5’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Environment Information

Joomla! version
n/a
PHP version
n/a
Akeeba Backup version
n/a

Latest post by on Sunday, 03 January 2016 17:20 CST

arcascomputing
EXTREMELY IMPORTANT: Please attach a ZIP file containing your Akeeba Backup log file in order for us to help you with any backup or restoration issue. If the file is over 2Mb, please upload it on your server and post a link to it.

Description of my issue:
I'm still having lots of problems getting Akeeba Backup to run smoothly on Siteground hosted sites unfortunately (since they are our recommended supplier and lots of out clients use them!) Mostly it's related to timeout issues, either when running the backup or post-processing it (it sends the files to our NAS device via FTP) and no matter how much I try and tweak things it just seems to fail a lot whereas with pretty much every other host (even crappy ones included) there is almost never an issue and I never need to spend time tweaking AB after an autoconfig.

I've used ALICE and tried to adjust the part sizes plus the run bias and the various other settings you recommend in other support threads I've read. One site in particular is problematic, it's about 360mb in total and I've tried bringing the part sizes down to 50mb without much joy. It gets to about 74% then sits on the waiting Last Server REsponse, hits 60 seconds then halts and attempts to resume but then times out again.

It's really frustrating as I know how good Akeeba is and the options are there to adjust for this sort of thing but so far I've just not found the proper combo to work with Siteground servers. Their servers seem really good for the most part but this side of things has always been very problematic.

Any ideas what I can try?

 web design edinburgh - https://www.arcas.co.uk

tampe125
Akeeba Staff
Hello Simon,

on the remote FTP server, do you get any file, even if truncated?
If so, please try to lower the part size to 10Mb, it could be a timeout issue.
Otherwise you'll have to contact Siteground, since it means they are blocking your FTP connection.

Are you using an IP or a DDNS service for your NAS? I suspect they are blocking DDNS connection for security reasons.

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

arcascomputing
Hi Davide

As you might expect, when I reduce the part size then often I'll get a couple of files from the split archive but not all of them (if the timeout happens partway through the transfer process) however in the example mentioned above from the backups I've been trying to run today it doesnt' get as far as the post-processing, it times out when running the backup itself (so it doesn't get to the point where there is anything to transfer).

I've already been bounced around by Siteground who say there are no issues with them and nothing that should stop it being transferred properly (don't you guys host with Siteground?) also there are no IP restrictions or DDNS on the NAS box as far as I'm aware and with pretty much every other host it runs without issue using exactly the same settings (which I know means it's not Akeeba that is the problem, as such, however something is obviously not right).

It's not like Siteground have crappy servers but I just don't get why running a backup on their servers is so problematic and even reducing the part size to 10mb doesnt' seem to help - just tried it again and getting the gateway error. I also tried to see if there was perhaps a file which was causing the backup to break but it seems to halt at different points.

 web design edinburgh - https://www.arcas.co.uk

tampe125
Akeeba Staff
To be honest, there are too many variables in play to exactly know what's going on, moreover transferring the archives to a consumer NAS is not helping.
I can only try to elaborate an educated guess, but it's a shot in the dark.
As far as I know, Siteground uses NginX as reverse proxy. I suspect that your NAS connection is not very fast and this leads to a timeout error. Could you please try to run your script in CLI? Please be aware that CLI scripts are capped to 100 seconds timeout, you'll have to ask Siteground if they can raise this limit.

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

arcascomputing
hi Davide

Thanks for the guidance - the only thing is that as mentioned before I'm having trouble getting the backup to even complete in some cases, so errors *prior* to the transfer. We've got a fibre connection in the office (speeds of 50mb down and 15mb up) and the transfer runs without issue from other servers even for sites which are much bigger and aren't being split into chunks.

In regards the CLI script, do you have a guide somewhere on how to do that and also what might that show us?

 web design edinburgh - https://www.arcas.co.uk

tampe125
Akeeba Staff
Ok, so let's try to fix the source of your errors. Can you please remove the post-processing engine and attach a log of a failed backup?

Regarding the connection, as I mentioned before, the problem is that Siteground uses NginX as a reverse proxy, this speeds up the site but raises the chances of timeouts when a long task is running.
For CLI instructions, you can take a look at our docs.

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

System Task
system
This ticket has been automatically closed. All tickets which have been inactive for a long time are automatically closed. If you believe that this ticket was closed in error, please contact us.

Support Information

Working hours: We are open Monday to Friday, 9am to 7pm Cyprus timezone (EET / EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets outside of our working hours, but we cannot respond to them until we're back at the office.

Support policy: We would like to kindly inform you that when using our support you have already agreed to the Support Policy which is part of our Terms of Service. Thank you for your understanding and for helping us help you!