4.13 Datenbank-Schema aktualisieren geht nicht

[Bernator]

Hallo, habe eine Installation umziehen lassen.

Frontend und Backend laufen ohne Probleme. Nun habe ich jedoch im Contao-Manager den Hinweis Systemwartung -> Datenbank-Migration (Datenbank-Problem gefunden) "Install-Tool öffnen.

Dort erscheint dann "Datenbank aktualisieren" mit diversen Einträgen, die ich trotz mehrmaliger "Datenbank aktualisieren" nicht weg bekomme :

ALTER TABLE tl_trusted_device CHANGE device_family device_family VARCHAR(255) DEFAULT NULL
ALTER TABLE tl_trusted_device CHANGE os_family os_family VARCHAR(255) DEFAULT NULL
ALTER TABLE tl_trusted_device CHANGE ua_family ua_family VARCHAR(255) DEFAULT NULL
ALTER TABLE tl_trusted_device CHANGE userClass userClass VARCHAR(255) DEFAULT NULL
ALTER TABLE tl_remember_me CHANGE expires expires DATETIME DEFAULT NULL
ALTER TABLE tl_article CHANGE xlParallaxAddImage xlParallaxAddImage CHAR(1) DEFAULT '' NOT NULL

(...) und noch viele mehr.

Festgestellt habe ich dass es dabei um "CHANGE" geht. Aber in der Datenbank ist das anscheinend so, also nichts zu changen... oder wie sehe ich das?

Gibt es dazu eine Idee / Lösung?

Viele Grüße
Jens

[Spooky]

Kannst du grundsätzlich ignorieren.

Welche MySQL/MariaDB Version?

[Bernator]

10.5.18-MariaDB-0+deb11u1 - Debian 11

[Spooky]

Steht in deiner parameters.yml evt. eine server_version drin?

[Bernator]

Meinst Du das: database_version: 8.0.29-0ubuntu0.20.04.3

[Spooky]

Ja, das musst du löschen, dann den Symfony Cache neu aufbauen.

[Bernator]

Klasse, genau das war es! Da muss man erstmal drauf kommen... wenn man das aber von Dir liest, ist es ja auch einleuchtend.

Danke nochmal....

[planepix]

Hallo zusammen,

ich versuche nach einem Update von 4.9 auf 4.13 die Datenbank zu aktualisieren.

Setup: PHP 8.2
Mysql: Server-Version: 10.11.5-MariaDB-deb10-keen - Debian 10

In parameters.yml steht keine Datenbankversion drin.

in config.yml:contao:

url_suffix: ""
doctrine:
    dbal:
        connections:
            default:
                default_table_options:
                    charset: utf8
                    collate: utf8mb4_unicode_ci

Es lassen sich die Datenbankfelder oder -spalten nicht aktualisieren.
Einzelne Davon ausgewählt lassen sich aktualisieren, weitere dann, jeweils einzeln aktiviert, führen wieder zum Abbruch.

In den Logs finde ich dann den Hinweis, dass Felder fehlen (die eben sich nicht aktualisieren lassen).

Letzte Einträge im log:

[2024-02-21T14:57:01.781161+01:00] php.CRITICAL: Uncaught Exception: An exception occurred while executing a query: SQLSTATE[42S02]: Base table or view not found: 1146 Table 'dbqejee4.tl_search' doesn't exist {"exception":"[object] (Doctrine\\DBAL\\Exception\\TableNotFoundException(code: 1146): An exception occurred while executing a query: SQLSTATE[42S02]: Base table or view not found: 1146 Table 'dbqejee4.tl_search' doesn't exist at /home//vendor/doctrine/dbal/src/Driver/API/MySQL/ExceptionConverter.php:49)\n[previous exception] [object] (Doctrine\\DBAL\\Driver\\PDO\\Exception(code: 1146): SQLSTATE[42S02]: Base table or view not found: 1146 Table 'dbqejee4.tl_search' doesn't exist at /home//vendor/doctrine/dbal/src/Driver/PDO/Exception.php:28)\n[previous exception] [object] (PDOException(code: 42S02): SQLSTATE[42S02]: Base table or view not found: 1146 Table 'dbqejee4.tl_search' doesn't exist at /home//vendor/doctrine/dbal/src/Driver/PDO/Statement.php:130)"} []

Selbst wenn ich die Tabellen nicht anlegen lasse und nur die anderen Änderungen auswähle, wird abgebrochen.

In der Datenbank befinden sich noch Tabellen von Matomo , die ich aber nicht mit aktiviert habe.

Die Collation war für die tl_ Tabellen noch auf utf8mb3_unicode_ci, die ich nach zig Versuchen einmal in PHPMySQL in utf8mb4_unicode_ci geändert habe.
Brachte auch kein Erfolg.

Einige Tabellenänderungen wurden wohl übernommen, da dann im Installtool erfolgreich das Update auf Contao 4.7 angezeigt wurde.

Was könnte helfen?
SSH Login organisieren und über migrate versuchen?

[Spooky]

in config.yml:contao:

url_suffix: ""
doctrine:
    dbal:
        connections:
            default:
                default_table_options:
                    charset: utf8
                    collate: utf8mb4_unicode_ci

Das solltest du entfernen. Oder gibt es einen bestimmten Grund dafür?

Es lassen sich die Datenbankfelder oder -spalten nicht aktualisieren.

Was genau meinst du damit? Tritt ein Fehler auf?

[planepix]

Das solltest du entfernen. Oder gibt es einen bestimmten Grund dafür?

Das stand in der config.yml so schon drin. Bei einigen Hostern habe ich das auch drin, da das Installtool das angezeigt hat.

Ich habe das eben mal entfernt und siehe da es läuft bis auf eine Änderung durch - Wahnsinn . Danke dir!

Jetzt bleibt nur das ohne Änderung:

 ALTER TABLE tl_calendar CHANGE fullcal_alias fullcal_alias VARCHAR(128) CHARACTER SET utf8 DEFAULT '' NOT NULL COLLATE `utf8_bin`

Was genau meinst du damit? Tritt ein Fehler auf?

Da dann kommt die Seite mit dem Hinweis in den logs nachzusehen.

[Spooky]

Da dann kommt die Seite mit dem Hinweis in den logs nachzusehen.

Poste die Konsolenausgabe der Datenbankaktualisierungsaktion und einen Screenshot.

[planepix]

Aktuell keinen SSH-Zugriff…

Es bleibt nur noch die Änderung übrig:

 ALTER TABLE tl_calendar CHANGE fullcal_alias fullcal_alias VARCHAR(128) CHARACTER SET utf8 DEFAULT '' NOT NULL COLLATE `utf8_bin`

Alle anderen Felder wurde jetzt korrekt aktualisiert.

Habe den SQL Befehl auch einmal direkt in PHPMyAdmin eingetragen; wird mit „MySQL lieferte ein leeres Resultat zurück” ohne Änderungen angezeigt.

[Spooky]

Aktuell keinen SSH-Zugriff…

Ich meinte im Contao Manager.

Welcher Hoster?

[Spooky]

Es bleibt nur noch die Änderung übrig:

 ALTER TABLE tl_calendar CHANGE fullcal_alias fullcal_alias VARCHAR(128) CHARACTER SET utf8 DEFAULT '' NOT NULL COLLATE `utf8_bin`

Das dürfte aus einer Extension kommen, evt. muss dort etwas angepasst werden. Vermutlich kannst es aber auch einfach lassen.

[zoglo]

Siehe hier:
https://github.com/kozi/contao-fullcalendar/issues/23

Ist schon seit über einem Jahr ein offenes issue

[planepix]

Ist ein Reseller mit Namen secure.routing.net

manager-konsole.png
Hier ist nur die letzte Zeile relevant; alles andere sind die Tabellen von Matomo.

[Spooky]

Ist ein Reseller mit Namen secure.routing.net

manager-konsole.png

Da ist jetzt aber kein Fehler?

[planepix]

Da ist jetzt aber kein Fehler?

Nein Fehler nicht mehr, aber diese SQL-Änderung lässt sich nicht ausführen.

[Spooky]

Ja, damit wirst du wie gesagt leben müssen - oder in der Extension beheben (lassen).

[planepix]

Ok. Danke dir für den entscheidenden Tipp in der config.yml - man lernt nie aus