ENGINE = InnoDB ROW_FORMAT = DYNAMIC

[intradesign]

Hallo zusammen,

ich habe gerade Contao 4.6.3 installiert. So weit hat alles geklappt, aber im Install-Tool bleiben Datenbank-Anweisungen scheinbar unausgefürt und werde immer wieder angezeigt. Das war bei der Installation von Contao 4.6.1 nicht der Fall. Die gesamte sonstige Konfiguration ist identisch.

ALTER TABLE tl_article ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_calendar ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_calendar_events ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_calendar_feed ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_comments ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_comments_notify ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_content ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_cron ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_faq ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_faq_category ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_files ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_form ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_form_field ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_image_size ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_image_size_item ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_layout ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_log ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_member ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_member_group ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_module ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_news ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_news_archive ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_news_feed ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_newsletter ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_newsletter_blacklist ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_newsletter_channel ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_newsletter_recipients ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_page ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_remember_me ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_search ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_search_index ENGINE = InnoDB ROW_FORMAT = DYNAMIC	
ALTER TABLE tl_style ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_style_sheet ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_theme ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_undo ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_user ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_user_group ENGINE = InnoDB ROW_FORMAT = DYNAMIC
ALTER TABLE tl_version ENGINE = InnoDB ROW_FORMAT = DYNAMIC

Kann ich irgendwo die Einstellungen ändern, damit es funktioniert? Oder mache ich was falsch?

Vielen Dank und viele Grüße
Timo

[Birden]

Sieht bei mir ähnlich aus

[tab]

Eventuell wird nicht Barracuda als Filesystem verwendet, dann würde das row_format DYNAMIC nicht unterstützt und könnte natürlich auch nicht eingestellt werden.

[intradesign]

OK. Erstmal danke für eure Antworten.

Das heißt, ich müsste den Datenbankserver global auf das Barracuda-Filesystem umstellen?

Auf dem Server laufen mehrere Kunden-Accounts mit Contao-Versionen von 3.5 bis 4.6, einige Wordpress-Installationen... und ggf. andere Sachen, die Kunden eingeständig in ihrem Hosting-Paket installiert haben.

Gibt es dann Probleme/INkompatibilitäten mit all den anderen Installationen?

Oder kann ich Contao 4.6 irgendwie beibringen, mit der Datenbank zu arbeiten, so wie sie ist?

Vielen Dank und viele Grüße
Timo

[Birden]

Ich hab kein Plan wie ich das Problem lösen kann. Hab es auf einen Paket von All-Inkl liegen.

[intradesign]

Ich habe bisher keine Einschränkungen feststellen können. Die Website und Contao funktionieren trotzdem.

Kann jemand etwas zur Abwärtskompatibilität für ältere Contao-Versionen sagen?
Laufen Contao 3.5.x, 4.4.x und 4.5.x nach Unstellung des Datenbankservers weiterhin problemlos?

[Spooky]

Contao 3.5 und 4.4 benutzen (by default) MyISAM, wären davon also ohnehin nicht betroffen. Contao 4.5 würde von der Einstellung profitieren.

[intradesign]

Danke! Dann teste ich das mal.

[Birden]

Wie ist der Test verlaufen?


Wenn gut, wo ändert man es?

[bird]

Gibt es eine Lösung für dieses Problem, ohne das Datenbanksystem anpassen zu müssen?

[Nina]

Ich kann das auch von All-Inkl bestätigen.

Es gibt zu dem Thema auch ein Ticket, das aber schon geschlossen wurde:
https://github.com/contao/contao/issues/36

Laut dem Ticket war die Lösung, die MySQL-Version zu ändern. Ich habe nachgeschaut und gesehen, dass auf der Testumgebung bei All-Inkl MySQL 5.6.38 installiert ist. Laut Ticket könnte man vermuten, dass das Problem vielleicht gelöst wäre, wenn man auf ein höheres MySQL wechselt. Ich werde das testen.

[m-werk]

Hallo,

auch ich hatte dieses Problem. Ich hatte die MySQL Version 5.5. Als ich dann die Version 5.7 hatte war das Problem beseitigt. Mit 5.7 sollte es funktionieren, zumindest war es bei mir so bei World4You.

[leo]

Ich habe dazu ein neues Ticket aufgemacht: https://github.com/contao/contao/issues/59

Das Datenbank-Update funktioniert trotzdem. Ihr könnt die wiederholten Versuche des Install-Tools, das Row-Format zu ändern, ignorieren.

[Monic49]

Ich möchte hier das Problem noch einmal aufgreifen. Ich habe meine letzte Website von 3.5.40 auf 4.4. umgestellt und nachdem dies gelungen ist, sofort auf 4.9.1. Leider lässt mir oben genannter Fehler im Installtool die DB nicht ändern:
ALTER TABLE tl_content ENGINE = InnoDB ROW_FORMAT = DYNAMIC

CREATE INDEX pid_ptable_invisible_sorting ON tl_content (pid, ptable, invisible, sorting)


Die Datenbank selbst sieht an dieser Stelle wie folgt aus:
tl_content.png


myadmin bei Alfahosting:
Server: alfa3205.alfahosting-server.de (Localhost via UNIX socket)
Server-Typ: MySQL
Server-Version: 5.7.25 - MySQL Community Server (GPL)


Die Error_log bei Alfahosting ist 0.
Was ist da zu ändern?
Freue mich auf Antwort
Monika

[Spooky]

Was für ein Fehler genau?

[Monic49]

Das steht in der var/log/prod-2020-03-07.log:
[2020-03-07 17:10:32] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_ro ute":"contao_install","_scope":"backend","_token_c heck":true,"_controller":"Contao\\InstallationBund le\\Controller\\InstallationController::installAct ion"},"request_uri":"https://web11.singakademie-ffo.de/contao/install","method":"POST"} []
[2020-03-07 17:10:33] request.CRITICAL: Uncaught PHP Exception Doctrine\DBAL\Exception\DriverException: "An exception occurred while executing 'ALTER TABLE tl_content ENGINE = InnoDB ROW_FORMAT = DYNAMIC': SQLSTATE[42000]: Syntax error or access violation: 1118 Row size too large (> 8126). Changing some columns to TEXT or BLOB may help. In current row format, BLOB prefix of 0 bytes is stored inline." at /var/www/web22233873/html/web11/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/AbstractMySQLDriver.php line 106 {"exception":"[object] (Doctrine\\DBAL\\Exception\\DriverException(code: 0): An exception occurred while executing 'ALTER TABLE tl_content ENGINE = InnoDB ROW_FORMAT = DYNAMIC':\n\nSQLSTATE[42000]: Syntax error or access violation: 1118 Row size too large (> 8126). Changing some columns to TEXT or BLOB may help. In current row format, BLOB prefix of 0 bytes is stored inline. at /var/www/web22233873/html/web11/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/AbstractMySQLDriver.php:106, Doctrine\\DBAL\\Driver\\PDOException(code: 42000): SQLSTATE[42000]: Syntax error or access violation: 1118 Row size too large (> 8126). Changing some columns to TEXT or BLOB may help. In current row format, BLOB prefix of 0 bytes is stored inline. at /var/www/web22233873/html/web11/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:80, PDOException(code: 42000): SQLSTATE[42000]: Syntax error or access violation: 1118 Row size too large (> 8126). Changing some columns to TEXT or BLOB may help. In current row format, BLOB prefix of 0 bytes is stored inline. at /var/www/web22233873/html/web11/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:75)"} []

Danke spooky!!!! Dass du hilfst.

[folkfreund]

Hallo Monika,
ich hatte gestern bei einem Update von 4.4 auf 4.9.1 auch diesen Fehler. Nach mehreren Versuchen hat es dann endlich geklappt. Leider kann ich nicht genau sagen, welcher Schritt der ausschlaggebende war.

• Im Installtool habe ich zunächst die 1. Gruppe (mit den ALTER TABLE) abgewählt und nur die Spaltenlöschungen und Spaltenänderungen durchführen lassen
• Ich habe unbenutzte Erweiterungen deinstalliert (z.B. FAQ, Rocksolid Custom Elements, ...)
• Dann zunächst nur die DROP TABLE (von den deinstallierten Erweiterungen/Paketen)
• Schließlich habe ich auf PHP 7.2 umgestellt (von 7.1)

Dann endlich lief das DB Update durch.

Vielleicht hilft dir das ja weiter... Viel Glück!

[Monic49]

Vielen Dank, folkfreund.
Das habe ich auch alles genauso schon gemacht. Leider ist dabei eine manuelle Installation eines Themes und da weiß ich nicht, was ich da so alles noch deinstallieren könnte noch. Und die aktuelle PHP-Version habe ich auch. Naja, da werde ich wohl bei der 4.4 bleiben noch eine Weile...

Vielen Dank

[Spooky]

Der Fehler hat eigentlich nichts mit dem ursprünglichen Thread zu tun. Zu deinem Fehler gibt es andere Threads.

Du könntest zB auf utf8 statt utf8mb4 stellen (siehe das Handbuch dazu).