Datenbank Migration per Konsole schlägt fehl

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

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

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.

Das mache ich.

Vielen Dank für die Info.

Grüße

Zitat:

---

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

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

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

Zitat:

---

Zitat von tschero

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

---

Dann ändere das mal.

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.
Anhang 27228

Ich habe eine Parallelinstallation bei AllInkl.
Dort klappt alles


Besten Dank schon mal dafür.

Grüße

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

Nein, steht nicht drin.

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

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.