Support

Site Restoration

#11557 Admin Log In generates 404 after restoring from Vista/IIS 6 to Windows7/IIS 7

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

PaulAndrew
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
PHP version: From 5 to 5.3.10
MySQL version: (unknown)
Host: from vista/IIS6 to windows 7/IIS7
Akeeba Backup version which took the backup: core 3.4.1
Kickstart version used to extract the backup: none. zip file method.

Description of my issue:

I've backed up several sites on a windows vista IIS6 configuration using akeeba core 3.4.1. We use the zip method. We're trying to restore them on a windows 7 machine. The Front Ends seem to work well. But when we attempt to log in to the back end we get 404 errors on each site. The site.com/administrator log in screen asks for user/password but when executed it creates the 404.

We then tested our joomla configuration by installing, from scratch, a joomla 2.5 site with all the sample data. it works well. We can get to the admin screen as well.

We've compared permissions on files and folders and don't see any differences.

Both of the following sites were restored using the same akeeba zip method:
Working site: bio.fairfieldpros.com:81
Non-working site: http://fairfieldpros.com:81

I've created an admin account in the fairfieldpros site for you named akeeba with password akeeba

Can you help future out why the non-working site won't allow us into the backend?

nicholas
Akeeba Staff
Manager
Using your FTP programme, please remove the .htaccess and .htpasswd files from your administrator directory (not your site's root). If that doesn't help, please take a look at both of your sites' (old and new) administrator directories. Are there any missing files? If there are any files missing, go to your old site and double check that your backup output directory (specified in Akeeba Backup's Configuration page) as well as the temp-directory and logs directory (specified in Global Configuration of Joomla!) is not your site's administrator directory. The contents of these three directories are automatically excluded.

Another thing I notice is that the form action URL is /index.php which is obviously wrong. This tells me that for whatever reason your server is giving the wrong URL to Joomla! which, in turn, thinks that the back-end is located in the domain's root. On second thought, maybe all of the above tips I gave you do not apply and you merely have an IIS configuration issue. FWIW, I never managed to manually set up a Joomla! site in IIS. The one and only test site I have on IIS was finally created by Microsoft's Web Platform Installer wizard. That is to say, I don't know exactly which option(s) may be causing that, but I'm 99.999% sure this is an IIS site configuration issue.

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: Typically we work Monday to Friday, 9am to 7pm Cyprus timezone (EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets, but we cannot respond to them, outside of our working hours.

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!

Summer vacations: Our support will be closed for replies and new tickets from August 6th to August 21st, 2022 due to summer vacations.