Update von Contao 4.9.11 auf Contao 4.9.29

[ok99]

Hallo Experten,

ich habe folgendes Problem, was ich leider nicht in den Griff kriege:

Ich wollte das Update von Contao 4.9.11 auf Contao 4.9.29 durchlaufen lassen. Beim Updaten der Datenbank per Installtool kommt unten stehende Fehlermeldung:

Es geht im Prinzip nur um dieses eine Update was noch durchgeführt werden muss:

ALTER TABLE tl_search CHANGE url url VARCHAR(2048) DEFAULT '' NOT NULL COLLATE `ascii_bin`

Es erscheint die bekannte Fehlermeldung "Es ist ein Fehler aufgetreten ....."

Fehlermeldung der Log-Datei:

request.CRITICAL: Uncaught PHP Exception Doctrine\DBAL\Exception\DriverException: "An exception occurred while executing 'ALTER TABLE tl_search CHANGE url url VARCHAR(2048) DEFAULT '' NOT NULL COLLATE `ascii_bin`':  SQLSTATE[42000]: Syntax error or access violation: 1071 Specified key was too long; max key length is 767 bytes" at ...../vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/AbstractMySQLDriver.php line 128 {"exception":"[object] (Doctrine\\DBAL\\Exception\\DriverException(code: 0): An exception occurred while executing 'ALTER TABLE tl_search CHANGE url url VARCHAR(2048) DEFAULT '' NOT NULL COLLATE `ascii_bin`':\n\nSQLSTATE[42000]: Syntax error or access violation: 1071 Specified key was too long; max key length is 767 bytes at ...../vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/AbstractMySQLDriver.php:128, Doctrine\\DBAL\\Driver\\PDO\\Exception(code: 42000): SQLSTATE[42000]: Syntax error or access violation: 1071 Specified key was too long; max key length is 767 bytes at ...../vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDO/Exception.php:18, PDOException(code: 42000): SQLSTATE[42000]: Syntax error or access violation: 1071 Specified key was too long; max key length is 767 bytes at ...../vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:141)"} []

Meine config.yml sieht so aus:

doctrine:
    dbal:
        connections:
            default:
                default_table_options:
                    charset: utf8
                    collate: utf8_unicode_ci
                    collation: utf8_unicode_ci
                options:
                    1002: "SET SESSION sql_mode=(SELECT CONCAT(@@sql_mode, ',TRADITIONAL'))"
contao:
    url_suffix: ''

Hat jemand eine Idee, was ich machen kann?
Die Website ansich läuft noch ....

Vielen Dank

[andre.5tz]

Ohne Garantie, aber ich würde bei der Fehlermeldung die Tabelle tl_search löschen, vielleicht reicht es schon im Backend unter Systemwartung den Suchindex zu löschen und dann das Update nochmal versuchen. Die tl_search wird ja wieder automatisch erstellt und gefüllt, wenn ich da richtig liege.

[Spooky]

Welche MySQL Version?

[ok99]

Ohne Garantie, aber ich würde bei der Fehlermeldung die Tabelle tl_search löschen, vielleicht reicht es schon im Backend unter Systemwartung den Suchindex zu löschen und dann das Update nochmal versuchen. Die tl_search wird ja wieder automatisch erstellt und gefüllt, wenn ich da richtig liege.

Das habe ich schon gemacht, funktionierte aber auch nicht.

[Spooky]

https://community.contao.org/de/show...l=1#post558552

[ok99]

Welche MySQL Version?

Ich gucke gerade ..... kommt gleich

==> MySQL-Version: 10.1.48-MariaDB

[Spooky]

Ist innodb_large_prefix aktiviert?

[ok99]

Ist innodb_large_prefix aktiviert?

Hm, kann ich so nicht beantworten. Wo kann ich das finden/sehen?

[Spooky]

SHOW VARIABLES LIKE 'innodb_large_prefix';

[ok99]

SHOW VARIABLES LIKE 'innodb_large_prefix';

Ok, steht auf OFF

[Spooky]

Stell es mal auf on bzw. 1.

[ok99]

Stell es mal auf on bzw. 1.

Ich glaube, dazu fehlen mir die Rechte .... Ich suche aber noch

Ne, ich kann den Wert nicht selbst ändern, da müsste ich mich wohl an meinen Provider wenden...

Oder gibt es noch eine andere Möglichkeit?

"engine: MyISAM" in die config.yml

Oder fliegt mir dann alles um die Ohren?

[ok99]

Stell es mal auf on bzw. 1.

Und noch ne Frage dazu: Was passiert eigentlich, wenn ich die Datenbank dahingehend nicht aktualisieren kann? Welche Auswirkungen hat das?

Bei all meinen Providern (Hetzner, Strato, IONOS) steht die innodb_large_prefix auf OFF. Heißt das jetzt, ich kann Contao nicht mehr benutzen?

[Spooky]

innodb_large_prefix Off sollte eigentlich eine Ausnahme sein. In den neuesten MySQL und MariaDB Versionen kann man das gar nicht mehr deaktivieren.

[ok99]

innodb_large_prefix Off sollte eigentlich eine Ausnahme sein. In den neuesten MySQL und MariaDB Versionen kann man das gar nicht mehr deaktivieren.

Ok, nun ist es aber so, dass die bekannten größeren Provider offensichtlich die Ausnahme sind - was bedeutet das jetzt für Contao?

[Spooky]

Ok, nun ist es aber so, dass die bekannten größeren Provider offensichtlich die Ausnahme sind

Das kann ich nicht bestätigen. Bei den Hetzner, All-Inkl und IONOS Accounts, wo ich Zugriff habe, ist innodb_large_prefix überall aktiviert (ist seit MySQL 5.7.7 auch default).

[ok99]

Das kann ich nicht bestätigen. Bei den Hetzner, All-Inkl und IONOS Accounts, wo ich Zugriff habe, ist innodb_large_prefix überall aktiviert (ist seit MySQL 5.7.7 auch default).

Ok, dann gucke ich vielleicht falsch. Sorry.

Vielen Dank auf jeden Fall für deine Unterstützung

[mlweb]

Bei mir ist das bei Strato, Hetzner, All-Inkl und Netcup auch kein Problem.

[ok99]

Das kann ich nicht bestätigen. Bei den Hetzner, All-Inkl und IONOS Accounts, wo ich Zugriff habe, ist innodb_large_prefix überall aktiviert (ist seit MySQL 5.7.7 auch default).

So, ich kann das jetzt auch bestätigen, bei IONOS mit MySQL 5.7 läuft es!

Wichtig ist "nur", dass man eben einen aktuelle Datenbank, wie MySQL 5,7 am Start hat.

Danke an alle!

[Spooky]

https://github.com/contao/contao/issues/4615