Poste deine config/config.yaml und config/parameters.yaml, exkl. Credentials.
Druckbare Version
Poste deine config/config.yaml und config/parameters.yaml, exkl. Credentials.
Sehr gut! In der config/parameters.yml gibt es diesen Eintrag:Zitat:
Zitat von Spooky
Gelöscht. Schon klappt es! Da hätte ich in 400 Jahren nicht rein geschaut.Code:parameters:
...
...
database_version: 5.7.37-0ubuntu0.18.04.1
Ich habe jetzt mal ein bisschen versucht zu googeln und mich schlau zu machen zu dem Parameter "database_version". Aber das scheint mir nichts von Contao selbst zu sein? Ist das etwas aus dem Symphony Framework? Wollte man wissen was dieser Parameter macht und warum man den setzt. Wenn da jetzt MYSQL-5.7 stehen würde und das System dann nur 5.7 Features nimmt würde ich das verstehen, aber was will Contao/Symphony/whatever aus der Info "5.7.37-0ubuntu0.18.04.1" rausholen?
Das ist ein Feature von Doctrine.
Normalerweise würde Doctrine automatisch die Server Version ermitteln. Damit kannst du das aber aushebeln und die Serverversion fixieren.
Warum du das eingefügt hast kannst nur du wissen ;). Vermutlich wolltet ihr damit irgendein Problem umgehen.
Ich vermute das passierte automatisch. Die nicht funktionierenden Projekte haben nämlich eine Gemeinsamkeit:Zitat:
Zitat von Spooky
Sie alle wurden die letzten 4 Wochen von Contao 3.5 auf 4.13 upgedradet als Vorbereitung für den Serverumzug.
Hm, ja in der Tat. Poste das mal auf GitHub, evt. muss das nochmal überdacht werden.
Selbes Problem, Umzug zu neuem Server. Allerdings hatte ich eine frische 4.13.29 Installation ohne vorherige Migration von 3.5. und der "database_version:" Parameter war auch gesetzt.Zitat:
Zitat von HADT
Blöden Parameter gelöscht, Installer durchlaufen lassen und alles läuft prima in der neuen MariaDB.
Das hat mich 4 Stunden Lebenszeit und Nerv gekostet. :-/
Kann das aktuell hier auch nochmal beim Update von 4.13.8 auf 4.13.29 bestätigen (resultierte aber vermutlich aus einem noch älteren Update): Datenbank ließ nicht nicht mit besagtem Fehler aktualisieren.
Entfernen der database-version aus der parameters.yml + Anwendungscache leeren brachte die Lösung und die Datenbank ließ sich wieder problemlos aktualisieren.
Danke für Eure Hinweise