Support

Akeeba Backup for Joomla!

#12336 500 Internal Server Error on several sites

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 Rossm on Thursday, 17 May 2012 18:33 CDT

Rossm
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
Joomla! version: 2.5.4
PHP version: 5.2.17
MySQL version: 5.1.62-rel13.3-log
Host: Site5
Akeeba Backup version: 3.4.3

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 upgraded to Akkeba Core 3.5.0 and experienced a 500 (Internal Server Error). I did what was suggested in tix #12320 but it didn't fix the issue. I restored an old backup running 3.4.3 (see error log attached) but am now getting the same 500 Internal Server Error. Before upgrading Akeeba worked fine. This is a subdomain so I don't know if that has anything to do with the issue. The other site I have the same issue with is also a subdomain. Any ideas? Thanks.

Rossm
Follow Up:

This is a follow up to the second site referenced above "The other site I have the same issue with is also a subdomain".

Joomla! version: 2.5.4
PHP version: 5.2.17
MySQL version: 5.1.62-rel13.3-log
Host: Site5
Akeeba Backup version: 3.5.0

I am running Akeeba 3.5.0 on this site and was getting the same 500 Internal Server Error. I checked the option to use iframes instead of Ajax and was able to make a backup. Next I replaced a few images on the server and tried to do another backup and received the follow error "Invalid AJAX data". I have attached the error log for this site (subdomain) as well.

rkendallc
Akeeba Backup should run fine on subdomains.

You went through and renamed the directories as noticed in the ticket you referenced? You didn't just overwrite the install without that, correct? You didn't uninstall or downgrade?

What what I can see in the backup log, it doesn't look like it actually completed. Because it is a 500 error that is thrown, it doesn't show up in the backup log in this case. When the error occurs, check the error log (not the access log or backup log) and see what error is being thrown in there. A 500 error should report in the php error log.


Rossm
I first upgraded via Joomla backed extension manager (to 3.5.0) and did a backup that gave me the 500 Internal Server Error. I then performed the steps in tix #12320 and reinstalled 3.5.0. When I ran it again I get the same error. That is when I restored the original BU with 3.4.3 and I still get the same error.

Error Log:[Thu May 17 17:31:55 2012] [error] [client **.**.**.193] File does not exist: /home/my-site/public_html/sub-domain/500.shtml, referer: http://sub-domain/administrator/index.php?option=com_akeeba&view=backup

Rossm
Update:

Site5 was kind enough to help with the following settings that seemed to do the trick:

Archiver Engine set the "Part size for split archives" to 127Mb or less.
Minimum execution time: 10 seconds
Maximum execution time: 7 seconds
Execution time bias: 50%

That would explain why the restored version didn't work after running the config wizard. They claim nothing was changed on their end in the last week. I don't know but I am glad it is working. Hopefully these settings help someone else.

Cheers!

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!