Support

Akeeba Backup for Joomla!

#18176 Windows Restore httpdocs/installation/README.html for writing.

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 toomanylogins on Wednesday, 20 November 2013 03:51 CST

toomanylogins
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.

No log file as archive extract fails.

Description of my issue:

I'm trying to migrate website from Plesk Linux 10 control panel to a Windows server with iis7 running the Plesk 11 control panel. I am experienced with Plesk on linux and they are similar. So created a new domain without problem and uploaded the archive together with kickstart.

I get this error on the kickstart page.

Warning: is_file() [function.is-file]: open_basedir restriction in effect. File(..) is not within the allowed path(s): (C:\Inetpub\vhosts\windemo.completepicture.co.uk\httpdocs\;C:\Windows\Temp\;C:\Inetpub\vhosts\windemo.completepicture.co.uk\httpdocs\installation\) in C:\Inetpub\vhosts\windemo.completepicture.co.uk\httpdocs\kickstart.php on line 101

as you can see I have been amending the open_basedir to include installation so don't think that's the problem.

As soon as archive extraction starts I get error.

An error occured

Could not open C:/Inetpub/vhosts/windemo.completepicture.co.uk/httpdocs/installation/README.html for writing.

Obviously it's a permissions problem but can't see what the permissions problem would be as I can FTP okay.

Is this a php version problem ? I tried older kickstart 3.5 with same error.

Regards
Paul

toomanylogins
I think I have resolved this Plesk has an option called "Additional write/modify permissions " slect that and it works.

Still get this warning though

Warning: is_file() [function.is-file]: open_basedir restriction in effect. File(..) is not within the allowed path(s): (C:\Inetpub\vhosts\windemo.completepicture.co.uk\httpdocs\;C:\Windows\Temp\;C:\Inetpub\vhosts\windemo.completepicture.co.uk\httpdocs\installation\) in C:\Inetpub\vhosts\windemo.completepicture.co.uk\httpdocs\kickstart.php on line 101

toomanylogins
I enabled php 5.3 and got the archive extracted.On the second page of the installer I get a pop-up with error

An error occurred while restoring the database.

HTTP Request Error
HTTP Status: 500 (Internal Server Error)
Internal status: error
XHR ReadyState: 4
Raw server response:

nicholas
Akeeba Staff
Manager
> Obviously it's a permissions problem but can't see what the permissions problem would be as I can FTP okay.

Wrong. Please read the troubleshooter article linked below the error message. Remember that the FTP user and the web server user are different. Just because User A can write folder X it doesn't mean that User B can write to it. In fact, permissions (or access control settings, in Windows) were invented specifically to prevent that.

Regarding open_basedirs, you were trying to restore using PHP 5.2. If you read our documentation we explicitly say that we require PHP 5.3 or later. Little wonder you couldn't get it to work.

Now, regarding the 500 Internal Server Error. 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.

IMPORTANT: Sometimes the error won't show. Edit your configuration.php and find the line starting with public $error_reporting and set it to:
public $error_reporting = 'development';

This instructs Joomla! to enable maximum error, warnings and notices verbosity. In 99.9% of cases it will result in the error messages being shown on the browser.

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!

toomanylogins
Thanks for the detailed reply. This was migration from Linux to Windows IIS 7 so I didn't have access to joomla Admin backend. The error was occurring in a pop-up window for database restoration. That's why couldn't get to see any PHP errors. I have managed to get it working with a combination of using Plesk to reset the PHP version, turning display is on and off in Plesk, deleting htaccess files and stopping and starting the site in IIS Manager.

Logging IIS is very confusing still haven't managed to find out where the error logs are.

Regards
Paul

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!