GELÖST: SQLSTATE[28000] [1045] Access denied for user 'root'@'localhost'

Ich habe gerade eine fertige Seite migriert und alles läuft wunderbar – außer der Debug Modus.

Ich melde mich im Backend an, drücke dann auf "Debug" und bekomme folgende Fehlermeldung:

Code:

---

An exception occurred in the driver: SQLSTATE[28000] [1045] Access denied for user 'root'@'localhost' (using password: NO)

---

Was könnte das Problem sein? Hier der Stack Trace:

Code:

---

Doctrine\DBAL\Exception\ConnectionException:
An exception occurred in the driver: SQLSTATE[28000] [1045] Access denied for user 'root'@'localhost' (using password: NO)

  at vendor/doctrine/dbal/src/Driver/API/MySQL/ExceptionConverter.php:101
  at Doctrine\DBAL\Driver\API\MySQL\ExceptionConverter->convert()
    (vendor/doctrine/dbal/src/Connection.php:1931)
  at Doctrine\DBAL\Connection->handleDriverException()
    (vendor/doctrine/dbal/src/Connection.php:1880)
  at Doctrine\DBAL\Connection->convertException()
    (vendor/doctrine/dbal/src/Connection.php:377)
  at Doctrine\DBAL\Connection->connect()
    (vendor/doctrine/dbal/src/Connection.php:446)
  at Doctrine\DBAL\Connection->getDatabasePlatformVersion()
    (vendor/doctrine/dbal/src/Connection.php:408)
  at Doctrine\DBAL\Connection->detectDatabasePlatform()
    (vendor/doctrine/dbal/src/Connection.php:316)
  at Doctrine\DBAL\Connection->getDatabasePlatform()
    (vendor/doctrine/dbal/src/Connection.php:845)
  at Doctrine\DBAL\Connection->quoteIdentifier()
    (vendor/contao/core-bundle/src/Resources/contao/library/Contao/Database.php:738)
  at Contao\Database::quoteIdentifier()
    (vendor/contao/core-bundle/src/Resources/contao/library/Contao/User.php:327)
  at Contao\User->findBy()
    (vendor/contao/core-bundle/src/Resources/contao/library/Contao/User.php:479)
  at Contao\User::loadUserByIdentifier()
    (vendor/contao/core-bundle/src/Framework/Adapter.php:46)
  at Contao\CoreBundle\Framework\Adapter->__call()
    (vendor/contao/core-bundle/src/Security/User/ContaoUserProvider.php:72)
  at Contao\CoreBundle\Security\User\ContaoUserProvider->loadUserByIdentifier()
    (vendor/contao/core-bundle/src/Security/User/ContaoUserProvider.php:87)
  at Contao\CoreBundle\Security\User\ContaoUserProvider->refreshUser()
    (vendor/symfony/security-http/Firewall/ContextListener.php:236)
  at Symfony\Component\Security\Http\Firewall\ContextListener->refreshUser()
    (vendor/symfony/security-http/Firewall/ContextListener.php:137)
  at Symfony\Component\Security\Http\Firewall\ContextListener->authenticate()
    (vendor/symfony/security-bundle/Debug/WrappedLazyListener.php:49)
  at Symfony\Bundle\SecurityBundle\Debug\WrappedLazyListener->authenticate()
    (vendor/symfony/security-http/Firewall/AbstractListener.php:26)
  at Symfony\Component\Security\Http\Firewall\AbstractListener->__invoke()
    (vendor/symfony/security-bundle/Debug/TraceableFirewallListener.php:73)
  at Symfony\Bundle\SecurityBundle\Debug\TraceableFirewallListener->callListeners()
    (vendor/symfony/security-http/Firewall.php:92)
  at Symfony\Component\Security\Http\Firewall->onKernelRequest()
    (vendor/symfony/event-dispatcher/Debug/WrappedListener.php:118)
  at Symfony\Component\EventDispatcher\Debug\WrappedListener->__invoke()
    (vendor/symfony/event-dispatcher/EventDispatcher.php:230)
  at Symfony\Component\EventDispatcher\EventDispatcher->callListeners()
    (vendor/symfony/event-dispatcher/EventDispatcher.php:59)
  at Symfony\Component\EventDispatcher\EventDispatcher->dispatch()
    (vendor/symfony/event-dispatcher/Debug/TraceableEventDispatcher.php:154)
  at Symfony\Component\EventDispatcher\Debug\TraceableEventDispatcher->dispatch()
    (vendor/symfony/http-kernel/HttpKernel.php:139)
  at Symfony\Component\HttpKernel\HttpKernel->handleRaw()
    (vendor/symfony/http-kernel/HttpKernel.php:75)
  at Symfony\Component\HttpKernel\HttpKernel->handle()
    (vendor/symfony/http-kernel/Kernel.php:202)
  at Symfony\Component\HttpKernel\Kernel->handle()
    (web/index.php:44)

---

Einen Monat später und das Problem besteht immer noch.

Ich habe herausgefunden, dass die Fehlermeldung bedeutet, dass kein Passwort benutzt wird, um sich einzuloggen. In der parameters.yml steht aber ganz eindeutig ein Passwort. Auch keine Sonderzeichen, Lerrzeichen usw. Ich habe dennoch probiert, dass Passwort in Backticks zu setzen, hat auch nicht geholfen. Weiß jemand Rat?

EDIT:

Das Problem besteht nur in Contao 4.13. Bei 4.9 läuft alles.

Hast Du danach den Cache geleert ? Eventuell ist dort noch eine alte Konfiguration

Cache leeren hilft leider auch nicht.

Das Installtool kann problemlos mit der Datenbank verbinden.

Wenn es im Standardmodus funktioniert und im Debug-Mode nicht, dann liegt der Verdacht nahe, dass es eine Datei env.local gibt, die das Verhalten steuert. Schaust Du mal bitte?

https://docs.contao.org/manual/de/system/debug-modus/

Danke, das war es!

DATABASE_URL in die .env.local eingetragen und Problem gelöst.

Ich hatte in 4.9 gar keine .env Dateien mehr im Root-Ordner und wäre nie darauf gekommen, dass das Problem hier liegen könnte.

Ich hatte diesen Fehler ebenfalls.
Bei einer Neuinstallation von Contao 4.13, wenn die DB über /contao/install erstellt wird, werden folgende Dateien angelegt parameters.yml, .env und .env.local
Geht man ins Backend und ruft den Debug-Modus auf, dann kommt die Fehlermeldung: Access denied for user 'root'@'localhost'
Abhilfe schafft das Löschen des Dev-Caches. Ein Eintrag der DB-Daten in die env.local war nicht erforderlich.

Es gibt inzwischen ein Ticket auf github zu diesem Problem https://github.com/contao/contao/issues/6101
und einen Beitrag auf Slack https://contao.slack.com/archives/CK...85604007793569

Um das Problem zu beheben muss man einmalig nach der Einrichtung der Datenbank über das Install Tool den Dev Cache löschen (bspw. über den Contao Manager, oder manuell var/cache/dev löschen).