Support

Akeeba Backup for Joomla!

#8913 Error backing up

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 nicholas on Thursday, 14 July 2011 14:38 CDT

propolis
Hi,

I get this error trying to back up:

The backup operation has been halted because an error was detected.
The last error message was:

AJAX Loading Error
HTTP Status: 12002 ()
Internal status: error
XHR ReadyState: 4
Raw server response:

Eddie

nicholas
Akeeba Staff
Manager
First, upgrade to Akeeba Backup 3.3.b1. As soon as you install it and try to access it, the post-installation configuration page appears. Make sure the "Run the Configuration Wizard" box is checked before you save your settings.

Once the Configuration Wizard finishes its run, go to Akeeba Backup's Configuration page and set the following settings:
- Minimum execution time: 0.5 seconds
- Maximum execution time: 7 seconds
- Runtime Bias: 75%

If these don't work, try reducing the maximum execution time to 5 or 3 seconds.

If all else fails, make sure that you have covered all the steps listed on the troubleshooting page and if it still won't work, please ZIP and attach the latest log file. Remember to tell me what you have tried so far so that I don't ask you to try something you've already did but didn't work. Thank you!

Nicholas K. Dionysopoulos

Lead Developer and Director

πŸ‡¬πŸ‡·Greek: native πŸ‡¬πŸ‡§English: excellent πŸ‡«πŸ‡·French: basic β€’ πŸ• My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

cnielsen
I am receiving this same error and tried this using the settings you mention here without any luck I still get the following error:

AJAX Loading Error
HTTP Status: 12152 (Unknown)
Internal status: error
XHR ReadyState: 4
Raw server response:

nicholas
Akeeba Staff
Manager
Hi!

Watching your log file I realised that you are trying to send your site to another server, either using the Site Transfer Wizard or the DirectFTP backup engine. In any case, it seems like the remote FTP server stops responding after a while, causing the backup failure.

Please try taking a normal backup, with the JPA or ZIP archiver engine, instead. Then, you can upload that backup archive to the remote server and use Kickstart to extract it.

Nicholas K. Dionysopoulos

Lead Developer and Director

πŸ‡¬πŸ‡·Greek: native πŸ‡¬πŸ‡§English: excellent πŸ‡«πŸ‡·French: basic β€’ πŸ• My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

cnielsen
the point is to get this working from your extension and not having to do that. This is the whole pupose of using that feature. It makes it so much easier for the client. What is required to use the site transfer wizard and have it work? You are saying this is an FTP issue and the host is saying it is a code issue with your script.

nicholas
Akeeba Staff
Manager
OK, fair enough. Let me explain what the problem is. In order to avoid server timeouts, we have to split the backup process in several "chunks". Each one of them lasts 5-14 seconds under your current configuration. At the start of each "chunk" (called a "step" in Akeeba Backup jargon) we have to open a new FTP connection and shut it down at the end. This can cause the following issues:
- The remote FTP server may not be very fond of the same IP address opening and closing connections all the time, eventually refusing us further connections.
- Due to the synchronous nature of PHP's FTP feature, we can not send keep-alive commands while the file transfer is in progress, unlike desktop FTP applications. As a result, the remote FTP server may simply close the command channel (i.e. the connection), refusing any further file transfers.

In your case, it seems to be the latter issue. One way to work around it is to go to Akeeba Backup's Configuration page and set the following options:
- Minimum execution time: 1 second
- Maximum execution time: 3 seconds
- Runtime bias: 75%
This will make your backup dead slow, but may work around the issue with the FTP server shutting down its command channel. However, it may trigger the first issue, with the FTP server forbidding too frequent connections.

Well, it is neither a host issue, nor a badly written script issue. It's PHP. It's synchronous and it times out. You can't do otherwise. While PHP is extremely good at transferring a couple of files at a time -mostly used to transfer one small file at a time- we try to make it transfer an entire site. This can't be bulletproof and we can't guarantee that it will work trouble-free all the time, as we are stretching PHP to do something it's not really designed to do.

Please note that if this won't work, there is a workaround. We can always use a regular backup and the "Upload to remote FTP server" data processing engine. This will transfer the backup archive to the remote server. So, all your client needs to do is to upload kickstart.php to the target server and run the restoration. Uploading one file is not exactly rocket science and fairly trivial compared to the rest of the restoration process, so I don't consider that this alternative is overly difficult when compared to the Site Transfer Wizard.

Nicholas K. Dionysopoulos

Lead Developer and Director

πŸ‡¬πŸ‡·Greek: native πŸ‡¬πŸ‡§English: excellent πŸ‡«πŸ‡·French: basic β€’ πŸ• My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

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!