Support

Akeeba Backup for Joomla!

#9244 Moving site to new 1and1 server

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 user28068 on Monday, 02 January 2012 08:47 CST

user42475
Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? Limited
https://www.akeebabackup.com/documentation/quick-start-guide/abi-db-restoration.html
and
http://www.blackhillswebworks.com/2011/05/24/how-to-restore-or-move-a-joomla-website-using-akeeba-backup/

Have I searched the forum before posting? Limited
Have I read the documentation before posting (which pages?)? Limited
Joomla! version: 1.7.3
PHP version: 5.2.17
MySQL version: 5.0.91-log
Host: 1and1 Virtual Server XL Linux
Akeeba Backup version: 3.3.10

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,
I am trying to move my site to a new server on 1and1 -- from http://artsfairfax.org/artsfairfax/ to http://artsfairfax.com
. I did not get to the The database restoration page. Received an error that "Your session write path and the installation directory are not writable. One of them must be writable for the installation to continue."

I am in Parallels Plesk control panel for my 1and1 account. Even after I change the permission to 777 for directory httpdocs directory I receive the following error:

http://artsfairfax.com/installation/index.php

mark('afterLoad') : null; // Instantiate the application. $app = JFactory::getApplication('site'); // Initialise the application. $app->initialise(); // Mark afterIntialise in the profiler. JDEBUG ? $_PROFILER->mark('afterInitialise') : null; // Route the application. $app->route(); // Mark afterRoute in the profiler. JDEBUG ? $_PROFILER->mark('afterRoute') : null; // Dispatch the application. $app->dispatch(); // Mark afterDispatch in the profiler. JDEBUG ? $_PROFILER->mark('afterDispatch') : null; // Render the application. $app->render(); // Mark afterRender in the profiler. JDEBUG ? $_PROFILER->mark('afterRender') : null; // Return the response. echo $app;


What am I doing wrong? Henrik

nicholas
Akeeba Staff
Manager
That's 1and1's server crashing to flames. Zhou can simply ask them to check that PHP5 is enabled by default on your account. Then just reload the installation page.

Also note that you should NEVER change the permissions of http docs to 0777. It should be something like 0755 (ask your host). You should only change the permissions of the installation directory to 0777.

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!

user42475
Hi Nicholas, I did some more reading and did revert back permission for httpdocs directory. Went back to the beginning and I created a kicktemp directory and changed permission to 0777 for it and followed on screen instructions. Everything went fine in the ABI, but since I still get the php error I guess you are right it might be that php5 is not enabled for my account.
Henrik

user42475
Dear Nicholas,
On 1and1, I upgraded Parallell Plesk Control Panel to version 10.3.1 and I updated PHP component to version 5.3
Loaded up phpinfo file and run now: PHP Version 5.3.3
(http://www.artsfairfax.com/phpinfo.php)

When i access url http://www.artsfairfax.com I receive this message:
Infinite loop detected in JError

What should my next step be? Henrik

nicholas
Akeeba Staff
Manager
OK, this error actually means that Joomla! can not connect to the database, but due to a bug in the error handling it throws this cryptic error message. I have submitted a patch for that since May and I hope it will be accepted in the Joomla! 2.5 release.

That said, the only way to get that is not having already completed the site restoration, or if your configuration.php file is not written to disk yet. In both cases, you should be able to access the installation again by visiting http://www.example.com/installation.index.php where www.example.com is the name of your site.

If you continue to receive an error message, please send me a Personal Message (I am user "nicholas") with the following information:
- A URL back to this thread so that I know why you're contacting me.
- The URL of your new site
- FTP connection information (hostname, username, password) to the new site
- Database connection information (hostname, username, password, database name) for the new site
and give me 24 hours so that I have the chance to visit your site and do some on-site debugging.

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!

user28068
Dear Nicholas,

I am having very similar problems, I am also transferring my sites to a 1&1 Cloud Server and now having permissions issues. Admin tools is not able to fix permissions on my files, and it only accepts my cache set at 777. My configuration file is not "writable" even set at 644, I cannot install any extensions....

nicholas
Akeeba Staff
Manager
Permissions alone mean nothing. You need to know the permissions, ownership and user under which Apache is running to deduct if a directory is writable or not. Please read the entire Security chapter of Akeeba Backup User's Guide for more information. This is just how your web server works and totally outside of our (yours and mine) control. All you can do is understand how user, groups, ownership and permissions work to figure out what you have to do next.

Most likely, you will have to enable the FTP options in Joomla! and set your tmp, log and cache directories to 0777. In this case, you will need to use the .htaccess Maker feature in Admin Tools to make these folders inaccessible over the web to make sure that a potential attacker can not use these globally writable directories to upload and execute a hacking script (which is basically the whole idea behind the whole Server Security feature of the .htaccess Maker).

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!

user28068
Thanks I will review the chapter

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!