Installtool nach Installation per Contao Manager nicht aufrufbar

**juju** · 10.07.2019, 18:22

Hallo,

es ist mir heute zum wiederholten mal passiert, dass ich direkt nach einer neuen Installation per Contao Manager, also nach Berechnung der Abhängigkeiten und Aufforderung die Datenbank zu aktualisieren, das Installtool nicht aufrufen kann - also schon beim allerersten jungfräulichen Aufruf des ITs.

Die Fehlermeldung klingt, als könnte ich das Installtool nicht aufrufen, weil ohne Zugangsdaten keine Verbindung zur Datenbank hergestellt werden kann, aber ganau dafür will ich es nach der Installation ja aufrufen, um die Zugangsdaten der Datenbank einzugeben.

Code:

app.CRITICAL: An exception occurred. {"exception":"[object] (Doctrine\\DBAL\\Exception\\ConnectionException(code: 0): An exception occurred in driver: SQLSTATE[HY000] [1045] Access denied for user ''@'localhost' (using password: NO) at /contao/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/AbstractMySQLDriver.php:113, Doctrine\\DBAL\\Driver\\PDOException(code: 1045): SQLSTATE[HY000] [1045] Access denied for user ''@'localhost' (using password: NO) at /contao/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:50, PDOException(code: 1045): SQLSTATE[HY000] [1045] Access denied for user ''@'localhost' (using password: NO) at /contao/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:46)"} []

Hier die obligatorischen Angaben:

Contao 4.4.40, frisch installiert per Contao Manager (ohne Erweiterungen)
Hoster war diesmal cyon (ist aber auch schon bei ein zwei anderen passiert)
Installation liegt in /contao und die domain zeigt wie immer auf /contao/web
Contao Check hat keine Probleme erkannt
PHP: 7.2
theoretisch gäbe es einen SSH-Zugang, den ich aber nicht nutze

Ich habe es nach zwei gescheiterten Versuchen zwar hinbekommen (nachdem ich alles wieder gelöscht und zwei mal komplett neu installiert habe), würde aber einerseits gern wissen, wieso das mal passiert und mal nicht - vor allem aber was ich in diesem Fall unternehmen kann, um nicht immer wieder von vorn anfangen zu müssen.

Danke und viele Grüße
juju

***xchs*** · 10.07.2019, 18:28

Kannst Du das Contao Installtool über https://example.com/app.php/contao/install aufrufen? Existiert in contao/web/ eine .htaccess? Ist das mod_rewrite Modul vorhanden und geladen?

**juju** · 10.07.2019, 18:31

Hi xchs,

danke für Deine Antwort!

Und ja mod_rewrite funktioniert. Daran liegt es nicht.

Die Fehlermeldung sagt ja was von Datenbankverbindung. Also ist die Umleitung nicht das Problem.

Viele Grüße
juju

***xchs*** · 10.07.2019, 19:48

Lässt sich das reproduzieren, wenn Du beispielsweise die app/config/parameters.yml in parameters.yml.bak umbenennst und anschließend erneut versuchst, das Contao Installtool aufzurufen?

**tab** · 10.07.2019, 20:17

Ich erinnere mich ganz dunkel, dass es so etwas auch schon mit 3.x gab. Da waren irgendwelche wirren MySQL Accounts angelegt, die eigentlich nicht vorhanden sein sollten. User ""@localhost ohne Passwort ist jedenfalls ein ziemlich schräger Datenbankzugang.

**juju** · 11.07.2019, 10:52

Zitat von xchs

Lässt sich das reproduzieren, wenn Du beispielsweise die app/config/parameters.yml in parameters.yml.bak umbenennst und anschließend erneut versuchst, das Contao Installtool aufzurufen?

Hi xchs,

ich habe gerade versucht, das zu reproduzieren, indem ich eine neue Installation gemacht habe. Allerdings tauchte das Problem diesmal nicht auf. Ich konnte das Installtool auch nach dem Umbenennen der parameters.yml problemlos aufrufen.

Diese "komischen" Fehler in Contao 4 nerven wirklich. Ich kann meine Aufwände überhaupt nicht mehr kalkulieren. Im Extremfall hatte ich kürzlich ein Update (4.4.3x auf 4.4.40), das ich dem Kunden mit 1 Stunde kalkuliert habe und das mich letztendlich 9 Stunden gekostet hat, um die beim Update zerschossene Installation zu reparieren. Unter allen Vorgängerversionen von Contao 4 hatte ich derartige Probleme in 10 Jahren nicht.

Danke für Eure Antworten!
juju

**louthi** · 07.10.2019, 17:15

Zitat von juju

Hallo,

es ist mir heute zum wiederholten mal passiert, dass ich direkt nach einer neuen Installation per Contao Manager, also nach Berechnung der Abhängigkeiten und Aufforderung die Datenbank zu aktualisieren, das Installtool nicht aufrufen kann - also schon beim allerersten jungfräulichen Aufruf des ITs.

Die Fehlermeldung klingt, als könnte ich das Installtool nicht aufrufen, weil ohne Zugangsdaten keine Verbindung zur Datenbank hergestellt werden kann, aber ganau dafür will ich es nach der Installation ja aufrufen, um die Zugangsdaten der Datenbank einzugeben.

Code:

app.CRITICAL: An exception occurred. {"exception":"[object] (Doctrine\\DBAL\\Exception\\ConnectionException(code: 0): An exception occurred in driver: SQLSTATE[HY000] [1045] Access denied for user ''@'localhost' (using password: NO) at /contao/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/AbstractMySQLDriver.php:113, Doctrine\\DBAL\\Driver\\PDOException(code: 1045): SQLSTATE[HY000] [1045] Access denied for user ''@'localhost' (using password: NO) at /contao/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:50, PDOException(code: 1045): SQLSTATE[HY000] [1045] Access denied for user ''@'localhost' (using password: NO) at /contao/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:46)"} []

Hier die obligatorischen Angaben:

Contao 4.4.40, frisch installiert per Contao Manager (ohne Erweiterungen)
Hoster war diesmal cyon (ist aber auch schon bei ein zwei anderen passiert)
Installation liegt in /contao und die domain zeigt wie immer auf /contao/web
Contao Check hat keine Probleme erkannt
PHP: 7.2
theoretisch gäbe es einen SSH-Zugang, den ich aber nicht nutze

Ich habe es nach zwei gescheiterten Versuchen zwar hinbekommen (nachdem ich alles wieder gelöscht und zwei mal komplett neu installiert habe), würde aber einerseits gern wissen, wieso das mal passiert und mal nicht - vor allem aber was ich in diesem Fall unternehmen kann, um nicht immer wieder von vorn anfangen zu müssen.

Danke und viele Grüße
juju

Ich würde mich gerne hier anhängen. Genau, aber wirklich ganz genau gleiche Fehlersymptomaik. Ich kann das Installtool auch nicht aufrufen. Habe schon 3 mal alles neu installiert, die Verzeichnisse genau so angelegt. Aber jedesmal wenn ich vom Manager aus die Installation abschließen möchte, in dem ich die Datenbank installieren soll, wird mir eine Contao Fehlermeldung angezeigt.
Gibt es mittlerweile schon eine Lösung dazu? Danke und Grüße!

**Spooky** · 07.10.2019, 17:41

Was für ein Fehler tritt auf?

**louthi** · 07.10.2019, 17:45

Zitat von Spooky

Was für ein Fehler tritt auf?

Dies ist die letzte Zeile in der LogDatei:
/var/www/web24845267/html/cto480_portal_erlebnisjournal/vendor/symfony/http-foundation/Session/Storage/NativeSessionStorage.php line 145 {"exception":"[object] (RuntimeException(code: 0): Failed to start the session: already started by PHP. at /var/www/web24845267/html/cto480_portal_erlebnisjournal/vendor/symfony/http-foundation/Session/Storage/NativeSessionStorage.php:145)"}

**Spooky** · 07.10.2019, 17:51

Der Fehler wäre somit also ein anderer. Benutze die app_dev.php und poste den gesamten Stack Trace.

**louthi** · 07.10.2019, 18:08

Zitat von Spooky

Der Fehler wäre somit also ein anderer. Benutze die app_dev.php und poste den gesamten Stack Trace.

Sorry – wie wende ich die app_dev.php an?

***xchs*** · 07.10.2019, 19:31

Wenn mit cto480_portal_erlebnisjournal Contao 4.8 gemeint ist, dann kannst Du den Debug Modus bequem über das Contao Backend (ganz oben im Infobereich) aktivieren.

**louthi** · 08.10.2019, 07:24

Danke, xchs!

Mein Problem ist aber, dass ich die Datenbank erst aktualisieren muss, nachdem ich über den Contao Manager alle Basispakete von Contao installiert habe und das geht schon nicht.

Der Aufruf des Install-Tools bringt dann die übliche Fehlermeldung "Es ist ein Fehler aufgetreten. Mein Hoster ist Alfahosting. Aber auch bei anderen Hostern gelingt mir die Einrichtung seit Contao 4 nicht mehr. Ich halte mich bei der Installation meistens an des Video https://www.youtube.com/watch?v=GIgmdc1QJVA.

Nachtrag:
habe versucht die Datenbank manuell einzutragen in der entsprechenden p______.yml. Aber auch das brachte keinen Erfolg.

**Spooky** · 08.10.2019, 07:39

Erzeuge im Root der Contao Installation eine .env Datei mit folgendem Inhalt:

Code:

APP_ENV=dev

Damit aktivierst du den Debug Modus. Im Live Betrieb musst du das dann wieder löschen.

**louthi** · 08.10.2019, 08:25

Zitat von Spooky

Erzeuge im Root der Contao Installation eine .env Datei mit folgendem Inhalt:

Code:

APP_ENV=dev

Damit aktivierst du den Debug Modus. Im Live Betrieb musst du das dann wieder löschen.

Danke Spooky,
ich bin leider nicht so firm in diesen Dingen. Wie muss denn die Datei genau aufgebaut sein und wie muss diese heißen, damit ich sie nach dem Domainnamen aufrufen kann? Ich bekomme das leider nicht hin. Danke für Deine Mühe!

**mlweb** · 08.10.2019, 09:01

Die Datei heisst
.env

Also ähnlich wie bei der .htaccess.

Nachtrag: Aufgerufen wird dann meine-domain.de/app_dev.php.

**Spooky** · 08.10.2019, 09:28

Nein, die app_dev.php gibt es in Contao 4.8 nicht mehr. Um den dev Modus zu aktivieren, ohne Zugriff auf das Backend zu haben, muss man wie beschrieben vorgehen.

**louthi** · 08.10.2019, 09:57

Zitat von mlweb

Die Datei heisst
.env

Also ähnlich wie bei der .htaccess.

Nachtrag: Aufgerufen wird dann meine-domain.de/app_dev.php.

Hallo mlweb
genau so habe ich es jetzt gemacht. Das Problem ist aber immer noch. Also nach dem ContaoManager alle Cashs gelehrt, und im CM das InstallTool aufgerufen und schon kommt wieder die Meldung: Contao, es ist ein Fehler aufgetreten.
Bestimmt sind es Kleinigkeiten, vielleicht beim Hoster, vielleicht bei den Berechtigungen – ich weiß es nicht, bräuchte weiterhin Hilfe.

**Spooky** · 08.10.2019, 10:08

Poste den Inhalt deiner .env Datei.

**louthi** · 08.10.2019, 10:15

Zitat von Spooky

Poste den Inhalt deiner .env Datei.

Danke Spooky,

das ist der Inhalt nach dem Aufruf der Domain:
APP_ENV=dev

Mehr steht da nicht drin.
Danke und Grüße!

**Spooky** · 08.10.2019, 10:27

Was meinst du mit "nach dem Aufruf der Domain"?

***xchs*** · 08.10.2019, 10:29

Zitat von louthi

das ist der Inhalt nach dem Aufruf der Domain:
APP_ENV=dev

Mehr steht da nicht drin.

Ich verstehe nicht, warum Du schreibst "nach dem Aufruf der Domain". Wo genau hast Du denn die .env (mit Punkt ganz am Anfang) erstellt? Falls die bei Dir im web/ Unterordner liegt und sich über den Browser aufrufen lässt und auch noch den Inhalt der Datei im Browser zeigt, dann ist das jedenfalls falsch. Die .env muss Du im Contao Hauptverzeichnis erstellen, also eine Verzeichnisebene oberhalb des web/ Ordners.

**louthi** · 08.10.2019, 11:03

Hallo Spooky + xchs,
es hat jetzt funktioniert nach dem ich die env-datei ins richtige Verzeichnis gelegt habe. Das ist die Meldung, die jetzt im Browser zu sehen ist:
"Failed to start the session: already started by PHP."

Und dies ist der Stack Trace:

HTML-Code:

RuntimeException:
Failed to start the session: already started by PHP.

  at vendor/symfony/http-foundation/Session/Storage/NativeSessionStorage.php:145
  at Symfony\Component\HttpFoundation\Session\Storage\NativeSessionStorage->start()
     (vendor/symfony/http-foundation/Session/Session.php:57)
  at Symfony\Component\HttpFoundation\Session\Session->start()
     (vendor/contao/core-bundle/src/Framework/ContaoFramework.php:180)
  at Contao\CoreBundle\Framework\ContaoFramework->setConstants()
     (vendor/contao/core-bundle/src/Framework/ContaoFramework.php:126)
  at Contao\CoreBundle\Framework\ContaoFramework->initialize(true)
     (vendor/contao/core-bundle/src/Routing/Matcher/LegacyMatcher.php:59)
  at Contao\CoreBundle\Routing\Matcher\LegacyMatcher->matchRequest(object(Request))
     (vendor/symfony-cmf/routing/src/DynamicRouter.php:271)
  at Symfony\Cmf\Component\Routing\DynamicRouter->matchRequest(object(Request))
     (vendor/symfony-cmf/routing/src/ChainRouter.php:188)
  at Symfony\Cmf\Component\Routing\ChainRouter->doMatch('/', object(Request))
     (vendor/symfony-cmf/routing/src/ChainRouter.php:158)
  at Symfony\Cmf\Component\Routing\ChainRouter->matchRequest(object(Request))
     (vendor/symfony/http-kernel/EventListener/RouterListener.php:114)
  at Symfony\Component\HttpKernel\EventListener\RouterListener->onKernelRequest(object(RequestEvent), 'kernel.request', object(EventDispatcher))
     (vendor/symfony/event-dispatcher/EventDispatcher.php:298)
  at Symfony\Component\EventDispatcher\EventDispatcher::Symfony\Component\EventDispatcher\{closure}(object(RequestEvent), 'kernel.request', object(EventDispatcher))
     (vendor/symfony/event-dispatcher/EventDispatcher.php:260)
  at Symfony\Component\EventDispatcher\EventDispatcher->doDispatch(array(object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure)), 'kernel.request', object(RequestEvent))
     (vendor/symfony/event-dispatcher/EventDispatcher.php:235)
  at Symfony\Component\EventDispatcher\EventDispatcher->callListeners(array(object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure), object(Closure)), 'kernel.request', object(RequestEvent))
     (vendor/symfony/event-dispatcher/EventDispatcher.php:73)
  at Symfony\Component\EventDispatcher\EventDispatcher->dispatch(object(RequestEvent), 'kernel.request')
     (vendor/symfony/http-kernel/HttpKernel.php:127)
  at Symfony\Component\HttpKernel\HttpKernel->handleRaw(object(Request), 1)
     (vendor/symfony/http-kernel/HttpKernel.php:68)
  at Symfony\Component\HttpKernel\HttpKernel->handle(object(Request), 1, true)
     (vendor/symfony/http-kernel/Kernel.php:198)
  at Symfony\Component\HttpKernel\Kernel->handle(object(Request))
     (web/index.php:31)

**louthi** · 08.10.2019, 11:20

Hallo

aahh, jetzt endlich hat es funktioniert.

Habe zwischenzeitlich den Support von Alfahosting kontaktiert. Nachdem ich in den Servereinstellunen dort die Funktion "Saision_autostart" ausgeschaltet habe, funktioniert jetzt das Installtool. Großen Dank an Euch und auch an meinen Hoster!

**bahnfuehrer** · 10.10.2019, 21:01

Ihr Lieben,
ich hänge mich hier mal mit dran.
Das Problem mit dem Installtool habe ich nur mit der Contao Version 4.8.4. Nach der Installation mit dem CM wird das Installtool aufgerufen. Ich gebe das Passwort zwei mal ein und dann "Passwort speichern". Jetzt bekomme ich "Forbidden You do not have permission to access this document".

Uncaught PHP Exception Doctrine\DBAL\Exception\ConnectionException: "An exception occurred in driver: SQLSTATE[HY000] [1045] Access denied for user ''@'localhost' (using password: NO)" at /var/www/vhosts/domain.net/subdomain.net/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/AbstractMySQLDriver.php line 113

{
"exception": {}
}

Installiere ich die LTS 4.4 habe ich das Problem nicht.
Wohin schreibt Contao das InstallPasswort?

***xchs*** · 10.10.2019, 21:05

Zitat von bahnfuehrer

Wohin schreibt Contao das InstallPasswort?

Das Passwort wird in system/config/localconfig.php gespeichert.

**tab** · 10.10.2019, 22:19

Wobei es bei der Fehlermeldung eigentlich nicht um das Installtool-Passwort geht, sondern um den Datenbankzugang, also User und Passwort für MySQL. Ich meine so etwas hatten wir vor längerer Zeit schon einmal. Wenn ich mich recht erinnere hatte es mit der Existenz eines bestimmten Zugangs zu tun.

**bahnfuehrer** · 10.10.2019, 22:34

es ist nicht zu glauben.... Das Passwort für das Install Tool war das Problem. 24 Stellen mit Sonderzeichen hat den Fehler produziert. Da musste erst mal drauf kommen.

***xchs*** · 10.10.2019, 22:37

Die 24 Stellen sind vermutlich weniger das Problem, die Sonderzeichen unter Umständen schon. Welche Sonderzeichen enthielt denn das Passwort?

**bahnfuehrer** · 10.10.2019, 22:42

das war das was ich verwenden wollte: Vm_&&A9C8g237N2fQ=>>ydSo

***xchs*** · 10.10.2019, 23:31

Gerade getestet: Mein Contao 4.8.4 Installtool hat kein Problem mit diesem Passwort.

**haschelsax** · 14.11.2019, 10:19

Nach Aktualisierung der Installation über den Contao-Manager komme ich nicht mehr ins Installtool um die Datenbank zu aktualisieren. Die Auswertung der Log-Datei ergab folgende Ausschrift:

Code:

[2019-11-14 10:13:05] app.CRITICAL: An exception occurred. {"exception":"[object] (Doctrine\\DBAL\\Exception\\SyntaxErrorException(code: 0): An exception occurred while executing 'SELECT COLUMN_NAME AS Field, COLUMN_TYPE AS Type, IS_NULLABLE AS `Null`, COLUMN_KEY AS `Key`, COLUMN_DEFAULT AS `Default`, EXTRA AS Extra, COLUMN_COMMENT AS Comment, CHARACTER_SET_NAME AS CharacterSet, COLLATION_NAME AS Collation FROM information_schema.COLUMNS WHERE TABLE_SCHEMA = 'k96275_hort4' AND TABLE_NAME = 'tl_layout' ORDER BY ORDINAL_POSITION ASC AND COLUMN_NAME = 'sections'':\n\nSQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'AND COLUMN_NAME = 'sections'' at line 1 at /var/www/vhosts/hosting125345.a2fdf.netcup.net/httpdocs/hort4/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/AbstractMySQLDriver.php:79, Doctrine\\DBAL\\Driver\\PDOException(code: 42000): SQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'AND COLUMN_NAME = 'sections'' at line 1 at /var/www/vhosts/hosting125345.a2fdf.netcup.net/httpdocs/hort4/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:80, PDOException(code: 42000): SQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'AND COLUMN_NAME = 'sections'' at line 1 at /var/www/vhosts/hosting125345.a2fdf.netcup.net/httpdocs/hort4/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:75)"} []

Was ist zu tun?

**Spooky** · 14.11.2019, 11:14

Auf welcher Contao Version bist du nun?

**haschelsax** · 14.11.2019, 12:18

4.5.14
wobei die nicht aktualisier wurde, sondern der Contao-Manager...

**Spooky** · 14.11.2019, 12:39

Du musst auf die neueste Contao Version aktualisieren.

**haschelsax** · 14.11.2019, 13:23

Also auf 4.8 ?

**Spooky** · 14.11.2019, 13:49

Ja, 4.8.5(+)

**haschelsax** · 14.11.2019, 14:02

Ein Bekannter hat mal über die Fehlermeldung drübergeschaut und festgestellt, dass da ein Bug drin sein muss. Es betrifft den Teil:

Code:

  SELECT COLUMN_NAME AS Field, COLUMN_TYPE AS Type, IS_NULLABLE AS `Null`, COLUMN_KEY AS `Key`, COLUMN_DEFAULT AS `Default`, EXTRA AS Extra, COLUMN_COMMENT AS Comment, CHARACTER_SET_NAME AS CharacterSet, COLLATION_NAME AS Collation FROM information_schema.COLUMNS WHERE TABLE_SCHEMA = 'k96275_hort4' AND TABLE_NAME = 'tl_layout' ORDER BY ORDINAL_POSITION ASC AND COLUMN_NAME = 'sections'

Er meinte, dass

Code:

 AND COLUMN_NAME = 'sections'

vor

Code:

  ORDER BY ORDINAL_POSITION ASC

stehen müsste.

Wenn ich die obige ganze Anweisung in phpMy admin im SQL- Bereich eingebe erscheint eine Fehlermeldung. Nachdem ich " AND COLUMN_NAME = 'sections' " vor " ORDER BY ORDINAL_POSITION ASC " gesetzt habe erscheint diese nicht mehr.