Unable to access admin pannel with fresh installation - V.9.0.1 - 1.0

[mayeul.gauthier]

Hello,

I installed PrestaShop (version 9.0.1 - 1.0) downloaded from the official website. I followed the standard installation procedure, but at the end of the installation, I can’t access my admin dashboard — I’m getting a 404 error. I did make sure to use the correct name of the /admin folder, which was automatically renamed at the end of the installation.

Here are more details about my environment:

Debian 12

PHP: 8.4

Apache2

MariaDB

Here’s what I’ve already tried — without success:

Renaming the folder and restarting Apache

Installing PHP version 8.3

Recreating the machine from scratch

Restoring the /admin folder from the .zip before installation

Do you have any idea what I could try next? Thanks in advance.

[CaterData]

Hi mayeul.gauthier, does the front-end shop area work?
Are there more error details in the error_logs?
Does the Prestashop install script complain of any issues or missing server modules?
Are folder and file permissions correct for web access?
Is the ownership of the folder and files root? or the linux account?

If you happened to have solved the admin 404 access issue, please post your solution for others who may have had a similar issue.

 

[darkin]

Hi, having same problem with 9.0.1 (basically same as with 9.0.0)

Installed with standard theme (not Hummingbird) front is working and shop with demo products is functional, but no access to the back office. Cleared cache, rebooted but same luck. Have one log file, attaching it here, hope someone will spot the problem.
Thanks in advance

prod-2025-11-06.log

[CaterData]

Hi Darkin, most of the entries in your log are depreciated junk that Prestashop should clean up in time but not why the admin is not working. My error_log if filled with these and grows exponentially with every moment that passes by. Yet, I have a fully functional admin area.

This is interesting:

[2025-11-06T06:19:29.947338+02:00] app.ERROR: Cannot register tab "PsshippingConfigurationController" because it already exists [] []
[2025-11-06T06:19:29.951294+02:00] app.ERROR: Cannot register tab "PsshippingConfigurationController" because it already exists [] []
[2025-11-06T06:19:29.954861+02:00] app.ERROR: Cannot register tab "PsshippingConfigurationController" because it already exists [] []
[2025-11-06T06:19:29.959076+02:00] app.ERROR: Cannot register tab "PsshippingConfigurationController" because it already exists [] []
[2025-11-06T06:19:29.963336+02:00] app.ERROR: Cannot register tab "PsshippingConfigurationController" because it already exists [] []
[2025-11-06T06:19:29.966996+02:00] app.ERROR: Cannot register tab "PsshippingConfigurationController" because it already exists [] []
[2025-11-06T06:19:29.970996+02:00] app.ERROR: Cannot register tab "PsshippingKeycloakAuthController" because it already exists [] []

Was this a fresh install empty new database?

You have a bunch of these:

[2025-11-06T06:19:28.352452+02:00] app.DEBUG: Protect vendor folder in module ps_categoryproducts [] []
[2025-11-06T06:19:28.352656+02:00] app.DEBUG: Module ps_categoryproducts has no vendor folder [] []
[2025-11-06T06:19:28.385188+02:00] app.DEBUG: Protect vendor folder in module statsdata [] []
[2025-11-06T06:19:28.385288+02:00] app.DEBUG: Module statsdata has no vendor folder [] []
[2025-11-06T06:19:28.421920+02:00] app.DEBUG: Protect vendor folder in module ps_faviconnotificationbo [] []
[2025-11-06T06:19:28.422019+02:00] app.DEBUG: Module ps_faviconnotificationbo has no vendor folder [] []
[2025-11-06T06:19:28.482883+02:00] app.DEBUG: Protect vendor folder in module ps_distributionapiclient [] []
[2025-11-06T06:19:28.482981+02:00] app.DEBUG: Module ps_distributionapiclient has no vendor folder [] []

Seems to be something wrong with your vendor folder??? The vendor folder can be protected from the web browsing but the web server Linux user of the website, needs to be able to Read, Write, and Execute. What are your permissions on the vendor folder? 755 should work and 750 would still work yet provide some protection. Anyway " Module ps_distributionapiclient has no vendor folder" does not sound good.

[CaterData]

1 hour ago, darkin said:

Hi, having same problem with 9.0.1 (basically same as with 9.0.0)

Installed with standard theme (not Hummingbird) front is working and shop with demo products is functional, but no access to the back office. Cleared cache, rebooted 

I just changed the name of my vendor folder and that produces a 500 error for the front only if a user tries to login into an account. The admin sections is a 500 error no matter if logged in or not.

Do you have the 404 error that mayeul.gauthier has? He started this thread, or do you have the 500 error? or something else?

Edited November 6 by CaterData
Typo and grammer corrections (see edit history)

[darkin]

Fresh install and empty DB. error 404 when trying to access back office. Saw that there's a lot of depreciated trash... Permissions ... Previous installs didn't needed to tinker permissions, seems this version has some problems... Owner is www-data and can read and write, group www-data can read, others can read so it's like ?644? (in terminal ls -l gives drwxr-xr-x which is 755 by google) ... ok, need to look all permissions... Or i'm mixing something. Another local host with presta 8.2 and same permissions working fine.

Thanks for pointing in some direction

Edited November 6 by darkin (see edit history)

[CaterData]

Hi darkin, I'm new to Prestashop so I don't know much about it overall. I'm liking it though except for the install issues I had and the mess of junk in the error_logs.

If I change the vendor folder to 644 I get the 500 error for admin area. So, for me 740 or 700 is fine. Of course, all the files contained within are 644. I run Litespeed webserver so it's pretty similar to apache. 

On another note, it's still a 500 error if the database password is wrong or it can't connect.

You on the other hand, have a strange 404 error, with no real lead as to why. However, if I have like 644 on the admin folder I get a 404 error for the admin area. Only 755 works for me and files as 644.

Check the chown, owners

Is there something wrong with your webserver? Missing something?
I am curious as to what is wrong. If you figure it out, please post how you solved it.

 

Edited November 6 by CaterData
Added question (see edit history)

[darkin]

Tried to put 'Vendors' folder on 777, but same sh... If changing folder 'www' owner to root user and group (www-data is added to root group) i get 500 error for back office and for front (shop is not working) moving back to www-data user/group the shop is working, back office error 404. Craziest thing is that on the other virtual machine have running local server with only php older version and presta 8.2 is running fine. Now will try to put presta 9.0.1 to this server to try (9.0.0 was having admin problems, suggestions were because of older php version while on WAMP was running fine with same older php. A lot of poltergeist around me 🤪). 

[darkin]

OK, so installed presta9.0.1 on the localhost where presta8.2 is running. PHP 8.2.29, MySQL 10.11.14, Apache 2.4.65

Same folder permissions as for presta8.2 (/var/www/html/shop)... Clean install, front is working, back office error 404... log file as previously submitted (same errors with var folder. made it 777 and no difference) ... 

Understand that it's early release, but the most strange thing is that on windows machine and WAMP even presta 9.0.0 was running fine... Waiting for another presta9xx release to try it.

Installed presta8.2 to the localhost where presta9.0.1 giving headache... PHP 8.4.14, MySQL 10.11.14, Apache 2.4.65. Presta8.2.1 front and back is working fine (presta8 and presta9 folder settings/users-permissions are same). 

Edited November 7 by darkin (see edit history)

[darkin]

Using resources provided by El Patron in quite similar post I enabled debug mode editing file , and browser developer mode is giving some info... Attaching log file and additional info here. Server settings are as in previous post.

dev-2025-11-12.log

[El Patron]

From your screenshot it looks like you’re getting an Apache 404, not a PrestaShop one.

URL: …/shop9/admin873…/login?_token=…
Apache is trying to open a real folder /admin873…/login and can’t find it, instead of passing the request to index.php in the admin folder.

In PS 9 the /login URL only works if URL rewriting is active in Apache and the .htaccess in the admin directory is being used.

1. Make sure mod_rewrite is enabled

sudo a2enmod rewrite
sudo systemctl restart apache2
 

2. In your Apache vhost for localhost the shop path must allow overrides, e.g.

<Directory /var/www/html> AllowOverride All </Directory>

3. Check that you have an .htaccess file in both /shop9/ and /shop9/admin873…/.
If the admin .htaccess is missing, copy it from a fresh PS9 install or re-generate it.

 

http://localhost/shop9/admin873…/index.php

 

 

Edited November 12 by El Patron (see edit history)

[darkin]

El Patron, thanks for help, but presta 9 refuses from running properly on my linux machine (as I mentioned somewhere before even presta 9.0.0 was running fine on windows machine)

mode rewrite is running.

Think if this module would not be  running my presta 8.2 on this same localhost (just other folder) will have problems, but it's running fine. .htaccess is in admin873... and in admin-api folders....

Always thought that it is a program (aka presta) is saying for Apache where to look for something. There's no login folder in admin folder so there's no chances to find it. And same Apache is looking for favicon file in wrong place and can't find it (another Apache or presta problem?)

[darkin]

With a lot of googling and reading just found a solution which worked for me. Found in github forums for 404 error while trying to log in admin account

using terminal or file manager open apache2.conf file for edit (/etc/apache2/apache2.conf)

In that config file locate "<Directory /var/www/>" directive and look for "AllowOverride None" line and change to "AllowOverride All"

Restart apache server

Delete previous presta9 install and reinstall it.

It worked for me and I can log into Back Office (admin account)

Goodluck