Datenbank Migration per Konsole schlägt fehl

**tschero** · 04.05.2024, 17:20

Moin Zusammen,

die Datenbank-Migration per Konsole beim Hoster Metanet schlägt fehl:

Code:

/opt/php82/bin/php vendor/bin/contao-console contao:migrate

Code:

/opt/php82/bin/php vendor/bin/contao-console contao:migrate
18:15:34 CRITICAL  [console] Error thrown while running command "contao:migrate". Message: "An exception occurred in the driver: SQLSTATE[HY000] [2002] No such file or directory" ["exception" => Doctrine\DBAL\Exception\ConnectionException^ { …},"command" => "contao:migrate","message" => "An exception occurred in the driver: SQLSTATE[HY000] [2002] No such file or directory"]

In ExceptionConverter.php line 101:

  An exception occurred in the driver: SQLSTATE[HY000] [2002] No such file or directory


In Exception.php line 28:

  SQLSTATE[HY000] [2002] No such file or directory


In Driver.php line 33:

  SQLSTATE[HY000] [2002] No such file or directory


contao:migrate [--with-deletes] [--schema-only] [--migrations-only] [--dry-run] [--format FORMAT] [--no-backup] [--hash HASH]

Eine Migration mit dem Contao-Manager läuft dagegen problemlos durch.

Der Konsolenbefehl funktioniert bei AllInkl (mit entsprechendem Pfad zur PHP Binary) problemlos.
Einziger von mir genutzter Unterschied: AllInkl->PHP8.3, Metanet->PHP8.2

Hat da jemand einen Tipp?

Grüße

**tschero** · 17.05.2024, 18:19

Ich pushe das Thema noch mal.

Im Contao-Manager ist alles ok, auf der Konsole kommt der o.g. Fehler.

Kann das jemand nachvollziehen oder hat jemand einen Tipp?

Grüße

**Spooky** · 17.05.2024, 19:22

Ich kenne ein ähnliches Problem unter MacOS mit MAMP Pro wo anscheinend die Datenbank Verbindung nur über den Web Prozess unter der typischen IP zur Verfügung steht, und auf der Konsole dann nicht mehr.

Du könntest beim Hoster nachfragen, wie man sich zur Datenbank verbindet wenn man ein PHP Script direkt auf der Konsole ausführt.

**tschero** · 17.05.2024, 19:59

Das mache ich.

Vielen Dank für die Info.

Grüße

**tschero** · Heute, 05:53

Zitat von Spooky

Ich kenne ein ähnliches Problem unter MacOS mit MAMP Pro wo anscheinend die Datenbank Verbindung nur über den Web Prozess unter der typischen IP zur Verfügung steht, und auf der Konsole dann nicht mehr.

Du könntest beim Hoster nachfragen, wie man sich zur Datenbank verbindet wenn man ein PHP Script direkt auf der Konsole ausführt.

Moin Zusammen,

ich habe jetzt die Info vom Hoster wie man sich mit der DB Verbinden kann.

Beispiel:

Code:

mysql -h 127.0.0.1 -u my_user_name -p my_db_name

Wie kann ich jetzt das "vendor/bin/contao-console contao:migrate" anstoßen?

Grüße

**Spooky** · Heute, 08:18

Und das ist nicht schon das, was du in deiner .env.local eingetragen hast?

**tschero** · Heute, 09:14

In der env.local sind die DB-Verbindungsdaten korrekt eingetragen.

Bis auf den Unterschied dass dort statt "127.0.0.1" ein "localhost:3306" steht.

Insgesamt ist die DB-Verbindung vorhanden und es kann auch im Backend gearbeitet werden.
Allerdings funktioniert der contao:migrate Befehl nicht (Infos oben beschrieben).

Grüße

**Spooky** · Heute, 09:45

Zitat von tschero

Bis auf den Unterschied dass dort statt "127.0.0.1" ein "localhost:3306" steht.

Dann ändere das mal.

**tschero** · Heute, 10:12

OK,

das hat geholfen, den contao:migrate Befehl auf der Konsole auszuführen.

Der Contao-Manager macht weiterhin etwas Probleme.

Beim Überprüfen der DB läuft der CM endlos weiter.
Wenn man ihn dann neu startet zeigt er, dass die DB-Migration von dieser Contao-version nicht unterstützt wird.
cm_db_migration.png

Ich habe eine Parallelinstallation bei AllInkl.
Dort klappt alles

Besten Dank schon mal dafür.

Grüße

**mlweb** · Heute, 11:06

Steht in Deiner .env.local (bzw. in der parameters.yml) irgendwo die Datenbankversion mit drin? Wenn ja, dann löschen.

**tschero** · Heute, 11:09

Nein, steht nicht drin.

**Spooky** · Heute, 11:56

Funktioniert es im Contao Manager wieder, wenn du localhost nutzt?

**tschero** · Heute, 12:38

Nach mehrfachem Löschen des prod-cahce (var/cache/prod) funktioniert es jetzt mit beiden Einträgen. Der Fehler im CM entstand dadurch, dass auf einmal alle Daten aus der .env.local verschwunden waren. Hier tippe ich aber auf vewrsehentliches löschen.
Der CM läuft nun auch sauber durch.

Auf der Konsole funtioniert es nur mit der IP-Adresse.

Somit wäre das Ursprungsproblem erst mal gelößt.

Ich halte es aber für sinnvoll, das noch mal zu testen; muss ich aber mit dem Kunden absprechen.

Grüße und vielen Dank für die Unterstützung.