Support

Akeeba Backup for Joomla!

#10870 Direct FTP failing

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 Sunday, 29 January 2012 11:20 CST

Sunday, 29 January 2012 07:26 CST

user54642
Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? Yes
Have I searched the tickets before posting? Yes
Have I read the documentation before posting (which pages?)? Yes, Site Transfer and FTP
Joomla! version: 1.7.4
PHP version: 5.3.8
MySQL version:
Host: (optional, but it helps us help you)
Akeeba Backup version: 3.3.12

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:
Hi, been using Admin tools pro for a few weeks and was so impressed I decide to purchase Akeeba Backup pro. I have installed it and the normal backups work fine, I am however waning to backup via FTP to the NAS box on my home network. I have set up the direct ftp profile and it connects and transfers files to the NAS ok (I can see them being written). The transfer fails between 60% - 70& with the following errors:
AJAX Loading Error
HTTP Status: 500 (Internal Server Error)
Internal status: error
XHR ReadyState: 4
Raw server response:
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator ******* and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.
Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
Log file shows:
[120129 13:10:38] Uploading components/com_content/models/article.php has failed.
[120129 13:10:38] Failed Smart algorithm on AECoreDomainPack
Any idea what might be causing this?

Regards

John

Sunday, 29 January 2012 07:29 CST

nicholas
I need the backup log file to help you:
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.

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!

Sunday, 29 January 2012 08:20 CST

user54642
Log file attached.

John

Sunday, 29 January 2012 08:39 CST

nicholas
This log file shows that you a. have set the log level very low, e.g. Errors Only or b. you have a broken Akeeba Backup installation. The only way to find out is having you do a few things:
1. Go to your Akeeba Backup Configuration page and set the Log Level to "All Information and Debug".
2. Using your FTP browser navigate to your backup output directory (if you have not changed it, the default is administrator/components/com_akeeba/backup) and remove all akeeba.*.php files.
3. Download the Akeeba Backup Professional installation file from this site and install it on your site. Important! DO NOT uninstall Akeeba Backup before installing this file.

Then try taking a new backup. If it still fails, please ZIP and attach the new log file.

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!

Sunday, 29 January 2012 08:55 CST

user54642
OK, have reset the log level, deleted files from the backup folder, no *.php were visable? Have updated to V3.3.13 and started a new backup, can take between 5 and 20 mins to fail (or pass :-) so will report back later.

Regards

John

Sunday, 29 January 2012 09:58 CST

user54642
Took a while but it has just failed, log file attached.

Sunday, 29 January 2012 10:23 CST

nicholas
OK, this log file is much better, I can now see what's going on. There is no issue on the side of Akeeba Backup or the remote FTP server. The transfer goes on normally, until your server decides to kill the backup (transfer) process. And it does make sense, since it's taking too long. This means that it's using too many server resources and your host automatically kills the process to make sure that you'll not be bringing their server down (not that this would happen, but it's a precaution employed by virtually all managed servers).

I would recommend a different approach. Instead of using DirectFTP, use JPA and set the "Part size for split archives" to something between 2 and 50 Mb (it depends on the transfer speed between the two servers). Then, in the Data Processing Engine section, select "Upload to Remote FTP Server". This will upload the entire JPA backup archive from your site's server to the new server. You can then upload kickstart.php and start the extraction and restoration process.

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!

Sunday, 29 January 2012 10:56 CST

user54642
Ok, thanks for the info Nicolas will give that a go.

Please close this call as it is not a AB problem.

I musr admit I have been very impressed with your product(s) and speed of support.

5*

Sunday, 29 January 2012 11:08 CST

user54642
WOW, that worked great and only took a few minutes, very impressive. Now just need to try and set up a CRON job run this automatically.

Sunday, 29 January 2012 11:20 CST

nicholas
He he! I was sure that would be the case. I've done that too many times myself :D Regarding setting up a CRON job, look inside our documentation for the "Automating your backup" chapter. You can use a CRON job with wget, backup.php, altbackup.php or even webcron.org. Akeeba Backup always has at least two methods to do everything and anything :)

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!