Support

Site Restoration

#28150 After successfully restoring Joomla 3.7.3 site cannot log in as Super Admin

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 Carl1 on Thursday, 20 July 2017 08:17 CDT

Carl1
Hello,

I have found tickets similar to this, but for much older releases of Joomla, so I am opening this ticket as I assume that the problems with those old releases have been fixed by now.

I have backed up a fresh Joomla 3.7.3 installation (which did not contain any site content or extensions beyond those that come with Joomla) from a shared hosting server using PHP 7.0 with Akeeba Backup 5.4.0, transferred it to another shared hosting provider also running PHP 7.0. The restore worked flawlessly 5 times (I always selected the MySQLi database driver), with sliglty different configurations. Each time the front end and the backend login screen show correctly after the installation, but I could never log in with the Super User ID and the specified password (I specified both the password from the orginal site and the new site, but to no avail).

Any indications of what might be the cause of this problem would be welcome!

Thanks,

Carl

nicholas
Akeeba Staff
Manager
First ask your host to make sure that PHP sessions are working properly on your server. If the PHP session save path is not set, is not writeable or sessions are disabled Joomla! will not work at all.

Then take a look at your configuration.php. It should have a line like this:
        public $session_handler = 'database';

If the value in the right hand reads anything other than database change it per the line above to read 'database'. While Joomla! lets you use other methods to store session values, not all servers support it. If you are restoring to a new server that could be the case.

If this still doesn't help you may want to run the restoration again. Pay attention to the following fields in the Site Setup page:
  • The Live site URL is optional and normally not required on the vast majority of hosts. If your site doesn't seem to work properly – e.g. missing pictures, all links resulting in 404 errors, etc – you may want to fill in your site's URL, for example http://www.example.com (include the http:// part, but not a trailing slash or index.php!).
  • You will also see two more settings here regarding cookies. Under normal circumstances, both of them should be left empty. You only need to edit them if they are not blank and you are transferring your site to a different directory or domain name. The Cookie domain is the domain name of your site, without the protocol and, usually, without the www part. For example, if you are restoring to http://www.example.com, the Cookie domain is example.com (I will stress that again: there is NO http:// in there!!). The Cookie path is the subdirectory of your site, relative to the domain's root. If you are restoring to the root of a domain, e.g. http://www.example.com, then it is / (a single forward slash). If you are restoring to a subdirectory it's a slash followed by the directory's name. For example, if you're restoring to http://www.example.com/joomla then the Cookie path is /joomla (WITH a leading slash, but WITHOUT a trailing slash).


As I've documented with regards to the cookie settings: if the Cookie domain and/or Cookie path settings are non-empty and do not correspond to the location (domain name and directory) you are restoring your site to, YOU WILL NOT BE ABLE TO LOG IN in the front- or the back-end of your site. On most servers you can just leave them blank (strongly recommended). Be advised that if you request support for this issue you will be ignored because there is nothing we can support you with; you are simply entering the wrong values in these fields. You have to either retry the restoration or edit your configuration.php file and modify the cookie_domain and cookie_path parameters.

I believe that the problem lies with the cookie settings, as I've documented. That's why I advise you to rerun the restoration and pay attention to these fields.

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!

nicholas
Akeeba Staff
Manager
As a side note: if it wasn't obvious, the bullet points and the next paragraph were copied verbatim from the documentation. I realise that the wording would be a bit confusing if regarded as part of my reply to you without the note that they are copied directly from the documentation.

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!

Carl1
Thank you very much for the prompt reply, Nicholas! After I had removed the entries in the cookie domain and cookie path fields, it worked. I was careful to enter the domain and the path in the correct format as advised in the tooltips, but I think that the mistake I made is that I specified the path as the directory in which Joomla was installed (= shared server root), instead of specifying / (=Joomla installation root).

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!