Support

Site Restoration

#14245 internalserver error after restoring

Posted in ‘Site restoration’
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

PHP version
n/a
CMS Type
Other
CMS Version
n/a
Backup Tool Version
n/a
Kickstart version
n/a

Latest post by nicholas on Wednesday, 05 December 2012 06:12 CST

bart1959

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.8
PHP version: 5.3.18
MySQL version: 5.1.66
Host: www.paolonavale.com
Akeeba Backup version which took the backup: 3.6.9 pro
Kickstart version used to extract the backup: 3.6.0 pro

Description of my issue:

Hi, I'm trying to restore a site form my host to another (from OVH to Aruba) in a different domain, kickstart runs ok but when it ends the decompressing and copying procedure instead of the installation page appears an internal server error page.

I've tryed reconfiguring configuration.php as descrtipted but I can't find php.ini in root direcotry or in administration dir too...

What can I do? (this is my first time of a domain to domain site... be patient..) Ugo (IT).- 

nicholas
Akeeba Staff
Manager

A white page or a page with a 500 Internal Server Error is, in fact, either a .htaccess issue to a PHP fatal error in disguise.

First, let's see if it is a .htaccess issue. Try renaming the .htaccess file in your site's root to htaccess.bak If there is a .htaccess file in the site's administrator directory, try renaming it as well. If that solves the problem, the issue was with a directive in your .htaccess file. We'd like to recommend you to try removing directives from your .htaccess until you find the one which causes the problem.

If that doesn't help, the error you are receiving is in fact a PHP error in disguise. First, check your server's error logs (not the access logs) immediately after visiting the page which throws the error. There should be an exact description of the PHP fatal error which occurred. Sometimes you can find the error messages in files called error_log or error.log inside the site's root and/or administrator directories. If unsure about the error log location, please consult your host. Most likely the error logs are available in your site's cPanel, Plesk control panel or similar hosting account management facility.

If your host does not give you access to the error logs and you have access to the Joomla! administrator area, please log in to your site's back-end, go to Global Configuration, click on the Server tab and set the Error Reporting to Maximum (Joomla! 1.5) or Development (Joomla! 2.x and later). Try visiting the problem page again.

If you still get a blank page, edit your configuration.php file and put the following code right after the final closing curly brace ( this is what a curly brace looks like --> } ) but before the closing PHP tag (it looks like ?> that is a question mark and a greater-than sign):

ini_set( 'display_errors', true );
error_reporting( E_ALL ); 

Try visiting the problem page again.

If you still get a white page, please remote the two lines from your configuration.php file. Edit the .htaccess file in your site's root. If you don't have a file named .htaccess create a new one. Beware that htaccess.txt is a DIFFERENT FILE and will NOT work! Add the following to the end of the file:

php_flag display_errors On
php_value error_reporting 32767

and retry loading the problem page.

If you still get a white page, remove the two lines from your .htaccess file. Now, create a file called php.ini with the following content:

display_errors=on
error_reporting=E_ALL

and upload it into your site's root and your site's administrator directory. Retry loading the problem page.

If you still get a white page, delete the php.ini files your created and choose a different host. If your host doesn't allow you to debug any PHP-related issues there is no point paying them.

Please note that if you can not understand what the PHP error message means, just copy and paste it here verbatim so that we can take a look and point you to the right direction.

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!

bart1959

Thank's I'll follow you instructions, thank for your fast answer..

 

bart1959

Hi, here are the errors that I have found:

[Tue Dec 04 00:03:46 2012] [error] [client 80.181.146.21:50588] - www.paolonavale.com - End of script output before headers: INSTALL.php [Tue Dec 04 00:03:46 2012] [error] [client 80.181.146.21:50588] - www.paolonavale.com - AH01215: suexec policy violation: see suexec log for more details [Tue Dec 04 00:03:36 2012] [error] [client 80.181.146.21:50589] - www.paolonavale.com - script not found or unable to stat: /web/htdocs/www.paolonavale.com/home/INSTALL.PHP

nicholas
Akeeba Staff
Manager

I'm not sure what or why is trying to access a file named INSTALL.php in your site's root, but a. this file only existed in Joomla! 1.5 and b. it was never meant to be web accessible. However, I am not entirely sure that this is the root cause of your issue.

Here's a wild guess based on a bad experience I had about two years ago: if you have a file named index.htm or index.html in your site's root (but NOT index.php!) please delete it.

Does that help?

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!

bart1959

I'll try to renew the whole process of backup from the source, and I'll wirte you for the results, thank you..

 

bart1959

Hi, I've followed the hole backup process as a brand new one, I've got the same problem.

here is the error log from the php server:

[Wed Dec 05 10:29:37 2012] [error] [client 95.251.91.64:60502] - www.paolonavale.com - End of script output before headers: index.php, referer http://www.paolonavale.com/kickstart.php [Wed Dec 05 10:29:37 2012] [error] [client 95.251.91.64:60502] - www.paolonavale.com - AH01215: suexec policy violation: see suexec log for more details, referer http://www.paolonavale.com/kickstart.php [Wed Dec 05 10:23:30 2012] [error] [client 95.251.91.64:60474] - www.paolonavale.com - AH01276: Cannot serve directory /web/htdocs/www.paolonavale.com/home/: No matching DirectoryIndex (index.html,index.htm,index.php,index.php3,index.phtml,index.shtml,index.wml) found, and server-generated directory index forbidden by Options directive

nicholas
Akeeba Staff
Manager

Looking at the log file I have a strong suspicion. First, please make sure that the kickstart.php script has 0644 permissions. If it has anything more (like 0755 or 0777) it won't work. Furthermore, please make sure that the the site root directory has 0755 permissions. Anything else (like 0775 or 0777) also won't work.

If this doesn't help or you don't understand how to check the aforementioned permissions you'll have to contact your host, copying the error log lines and this reply of mine to them so that they understand what they need to check.

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!

bart1959

That was the problem! Aruba.. (the host) for them is mandatory to trasnfer the database with their web application and the files via ftp.. no solutions for kickstart... (0755 permission code) 

I have changed the kickstart chmod from filezilla but the php server gets a security violation error...

 

 

nicholas
Akeeba Staff
Manager

It sounds like you have to change to a decent host.

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!

bart1959

yes, I know, I don'like Aruba...  but it's not mine.... anyway 

Thank you for your kind support, nice job great software!

nicholas
Akeeba Staff
Manager

You're welcome!

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!