Contao 4.4.21 lässt sich nicht updaten

**jha** · 22.02.2019, 10:07

Ich habe mehrfach versucht, über den Contao-Manager ein Update durchzuführen. Das endet immer mit "Console task terminated!". Nach einigen Anleitungen habe ich die composer.json umgeschrieben - leider ohne Erfolg. Ich habe diese dann wieder in den Orginalzustand versetzt.

Hat jemand ein Idee wie ich weiter kommen könnte? Hat einer das gleiche Problem gehabt und gelöst?

**Spooky** · 22.02.2019, 10:15

Poste deine composer.json und die Konsolenausgabe.

**jha** · 24.02.2019, 06:52

Code:

{
    "name": "contao\/managed-edition",
    "type": "project",
    "description": "Contao Open Source CMS",
    "license": "LGPL-3.0-or-later",
    "authors": [
        {
            "name": "Leo Feyer",
            "homepage": "https:\/\/github.com\/leofeyer"
        }
    ],
    "require": {
        "php": "^5.6|^7.0",
        "contao/calendar-bundle": "^4.4",
        "contao/comments-bundle": "^4.4",
        "contao/faq-bundle": "^4.4",
        "contao/listing-bundle": "^4.4",
        "contao/manager-bundle": "4.4.28",
        "contao/news-bundle": "^4.4",
        "contao/newsletter-bundle": "^4.4",
        "madeyourday/contao-rocksolid-columns": "^2.0",
        "madeyourday/contao-rocksolid-custom-elements": "^2.2",
        "madeyourday/contao-rocksolid-frontend-helper": "^2.0",
        "madeyourday/contao-rocksolid-icon-picker": "^2.0",
        "madeyourday/contao-rocksolid-slider": "^2.0",
        "madeyourday/contao-rocksolid-theme-assistant": "^2.0"
    },
    "conflict": {
        "contao\/core-bundle": "<4.4.8"
    },
    "config": {
        "component-dir": "assets"
    },
    "extra": {
        "branch-alias": {
            "dev-4.4": "4.4.x-dev"
        }
    },
    "scripts": {
        "post-install-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ],
        "post-update-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ]
    }
}

**jha** · 24.02.2019, 06:54

Updating Composer dependencies …

Code:

/opt/plesk/php/7.1/bin/php '-q' '/var/www/vhosts/pundr-insolvenz-anleger-schutz-verein.de/httpdocs/web/contao-manager.phar.php' 'composer' 'update' 'contao/calendar-bundle' 'contao/comments-bundle' 'contao/faq-bundle' 'contao/listing-bundle' 'contao/manager-bundle' 'contao/news-bundle' 'contao/newsletter-bundle' 'madeyourday/contao-rocksolid-columns' 'madeyourday/contao-rocksolid-custom-elements' 'madeyourday/contao-rocksolid-frontend-helper' 'madeyourday/contao-rocksolid-icon-picker' 'madeyourday/contao-rocksolid-slider' 'madeyourday/contao-rocksolid-theme-assistant' '--with-dependencies' '--prefer-dist' '--no-dev' '--no-progress' '--no-suggest' '--no-ansi' '--no-interaction' '--optimize-autoloader' 2>&1

Console task terminated!

The background task has stopped unexpectedly. Please check the console protocol.

**mlweb** · 24.02.2019, 09:23

Das manager-bundle ist bei Dir festgepinnt auf Version 4.4.28.

Code:

"contao/manager-bundle": "4.4.28",

Ändere das mal ab in

Code:

"contao/manager-bundle": "4.4.*",

**Spooky** · 24.02.2019, 09:36

Hast du den Cloud Resolver aktiv?

**jha** · 24.02.2019, 14:00

Zitat von mlweb

Das manager-bundle ist bei Dir festgepinnt auf Version 4.4.28.

Code:

"contao/manager-bundle": "4.4.28",

Ändere das mal ab in

Code:

"contao/manager-bundle": "4.4.*",

Das hatte ich schon gemacht, aber nachdem das nichts gebracht hat, habe ich das zurück gesetzt. Ich hatte damit erst gestern einen erneuten Versuch gemacht.

**Spooky** · 24.02.2019, 14:04

Moderation: bitte Dinge wie die composer.json, Log Einträge, Konsolenausgaben etc. immer in [code] Tags posten.

**tab** · 24.02.2019, 14:07

Sieht ja nicht aus, als ob der Cloud-Resolver benutzt würde. Vermutlich geht dir da beim Update ohne Cloud-Resolver schlicht das RAM aus.

**jha** · 24.02.2019, 14:19

Ja, der Cloud-Resolver hat einen Fortschritt gebracht. Das Update lief jetzt bis auf 4.4.28 durch. Leider komme ich aber jetzt nicht mehr an das Install-Tool. Ich habe alle Caches gelöscht und den Composer Class Loader ausgeführt sowie den Installer ausgeführt. Aber ich komme nicht an die das Install-Tool wie verlangt.

Die Fehlermeldung lautet:

Code:

 [2019-02-24 14:14:05] app.CRITICAL: An exception occurred. {"exception":"[object] (Doctrine\\DBAL\\Exception\\SyntaxErrorException(code: 0): An exception occurred while executing 'SELECT COLUMN_NAME AS Field, COLUMN_TYPE AS Type, IS_NULLABLE AS `Null`, COLUMN_KEY AS `Key`, COLUMN_DEFAULT AS `Default`, EXTRA AS Extra, COLUMN_COMMENT AS Comment, CHARACTER_SET_NAME AS CharacterSet, COLLATION_NAME AS Collation FROM information_schema.COLUMNS WHERE TABLE_SCHEMA = 'schutzverein' AND TABLE_NAME = 'tl_layout' ORDER BY ORDINAL_POSITION ASC AND COLUMN_NAME = 'sections'':\n\nSQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'AND COLUMN_NAME = 'sections'' at line 1 at /var/www/vhosts/pundr-insolvenz-anleger-schutz-verein.de/httpdocs/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/AbstractMySQLDriver.php:79, Doctrine\\DBAL\\Driver\\PDOException(code: 42000): SQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'AND COLUMN_NAME = 'sections'' at line 1 at /var/www/vhosts/pundr-insolvenz-anleger-schutz-verein.de/httpdocs/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:90, PDOException(code: 42000): SQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'AND COLUMN_NAME = 'sections'' at line 1 at /var/www/vhosts/pundr-insolvenz-anleger-schutz-verein.de/httpdocs/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:88)"} []

**jha** · 24.02.2019, 14:39

Code:

Es ist ein Fehler aufgetreten

Die innodb_large_prefix-Option ist nicht aktiv!

Die innodb_large_prefix-Option ist auf Ihrem Server nicht aktiv. Bitte aktivieren Sie sie (empfohlen) oder konfigurieren Sie einen anderen Zeichensatz und eine andere Kollation in der Datei app/config/config.yml.

Eingestellt ist
charset: utf8
collate: utf8_unicode_ci

**Spooky** · 24.02.2019, 14:55

Du musst auf die neueste Contao Version aktualisieren, nicht auf Contao 4.4.28.

***xchs*** · 24.02.2019, 15:10

Zitat von jha

Das hatte ich schon gemacht, aber nachdem das nichts gebracht hat, habe ich das zurück gesetzt.

Das solltest Du nicht wieder zurücksetzen, sondern wie schon gesagt auf "4.4.*" stellen. Sonst wirst Du nie auf die aktuelle Version 4.4.35 aktualisieren können und die Fehlermeldung wird auch weiterhin auftreten.

**jha** · 24.02.2019, 15:20

Also bis auf das Datenbankproblem s.o. im Installtool sind die Updates jetzt bis Contao 4.7.1 (API-Version 2) durchgelaufen.

Die Datei app/config/config.yml gibt es bei mir gar nicht.

Nächstes Problem: innodb_large_prefix-Option muss wohl serverweit eingestellt werden. Macht das dann auf anderen Auftritten Probleme?

***xchs*** · 24.02.2019, 15:22

Die Konfigurationsdatei muss man selbst anlegen.

**jha** · 24.02.2019, 15:49

Zitat von xchs

Die Konfigurationsdatei muss man selbst anlegen.

Ist natürlich schwierig, wenn man nicht weiß was drin stehen soll. Außerdem lieg im Verzeichnis app/config bei mir eine parameters.yml. Diese enthält die Zugangsdaten für die DB.

**fiedsch** · 24.02.2019, 16:06

Zitat von jha

Ist natürlich schwierig, wenn man nicht weiß was drin stehen soll.

Z.B. das: https://community.contao.org/de/show...l=1#post494180

Außerdem lieg im Verzeichnis app/config bei mir eine parameters.yml. Diese enthält die Zugangsdaten für die DB.

Inwiefern stört die parameters.yml beim Anlegen einer config.yml im gleichen Verzeichnis?

**mlweb** · 24.02.2019, 16:06

Die beste Lösung ist m.E. das beim Server einzustellen/einstellen zu lassen.
Außerdem was hat die Datei parameters.yml mit Deinem Problem zu tun. Das ist ja eine andere Datei als die config.yml die Du anlegen sollst.
Bei Verwendung der Google-Suche bekommt man dann auch ein Ergebnis, was da drin stehen sollte https://github.com/contao/managed-ed...b-large-prefix

Code:

doctrine:
    dbal:
        connections:
            default:
                default_table_options:
                    charset: utf8
                    collate: utf8_unicode_ci
                    engine: MyISAM

Nachtrag: @fiedsch zeitgleich nahezu die gleiche Aussage

**Spooky** · 24.02.2019, 16:13

Zitat von jha

Ist natürlich schwierig, wenn man nicht weiß was drin stehen soll.

Was genau du hinzufügen sollst, sollte dir eigentlich das Install Tool sagen.

**tab** · 24.02.2019, 16:14

Da kann man dann freilich nur hoffen, dass MyISAM als Engine verfügbar ist. Soll es alles schon gegeben haben, z.B. beim Service-Weltmeister.

**mlweb** · 24.02.2019, 16:14

Stimmt da habe ich das auch schon mal gelesen.

**Spooky** · 24.02.2019, 16:15

MyISAM sollte nicht notwendig sein. Bzw. sollte es einem wenn dann das Install Tool sagen.

**mlweb** · 24.02.2019, 16:17

Auch der Serviceweltmeister hat soweit ich weiss seine Strategie revidiert und MyISAM steht wieder überall zur Verfügung genauso wie dort ab PHP 7.2 innodb_large_prefix zur Verfügung steht.

**tab** · 24.02.2019, 16:25

Ja, stimmt, dafür sind die ja auch Service-Weltmeister

. Eine ähnliche Konfiguration wäre aber heute bei irgendwelchen anderen Hostern nicht von vornherein auszuschliessen. Da gilt dann halt: "Versuch macht kluch". Dürfte aber bei geschätzen 99%+x aller Hoster klappen. Wenn nicht, wird man es sehr schnell merken.

**mlweb** · 24.02.2019, 16:29

Aber wie oben von Spooky vermerkt, wird das MyISAM gar nicht zwingend beötigt und außerdem wird der benötigte Code direkt im Installtool angezeigt, wenn man in dieses Problem läuft. Dort steht nur nicht: Wenn die Datei config.yml nicht vorhanden ist dann lege diese an.

**tab** · 24.02.2019, 16:31

Ja, das stimmt freilich.

**jha** · 25.02.2019, 10:14

Ich verwalte den VServer selber. Ich war überrascht, dass mein Speicher (30 GB) nicht reichen soll. Aber vielleicht steht mir der Speicher in Wirklichkeit nicht zur Verfügung.

Mein VServer läuft auf Debian 8 und PHP 7.1.26 verwaltet mit Plesk Onyx 17.5

Die Umstellung auf "Composer Cloud Resolver" in der Serverkonfiguration in Verbindung mit der Änderung in der composer.json von
"contao/manager-bundle": "4.4.21",
auf
"contao/manager-bundle": "^4.4",
haben zunächst eine Paketaktualsierung auf 4.4.28 ermöglicht. Ich kam aber nicht ins Installtool bzw. erhielt ich später ein Fehlermeldung.

die Empfehlung mit der "app/config/config.yml" und der Umstellung mit dem Eintrag

Code:

doctrine:
    dbal:
        connections:
            default:
                default_table_options:
                    charset: utf8
                    collate: utf8_unicode_ci

hat bei mir KEINE Lösung gebracht.

Ich habe dann trotzdem weitere Paketaktualsierungen gemacht bis hin zu 4.7.1
Anschließend noch mal ein Versuch mit dem Installtool - leider ohne Erfolg.

erst die folgenden Einträge in /etc/mysql/my.cnf haben das Problem behoben:

innodb_file_format = Barracuda
innodb_large_prefix = 1
innodb_file_per_table = ON

Die notwendigen Anpassungen über das Installtool an der Datenbank waren danach möglich.

Die Änderung in my.cnf ist allerdings serverweit wirksam. Ich habe andere Anwendungen, auch Contao-Installationen 3.5.x, getestet. Bisher läuft Alles.

Ich habe das in dieser Ausführlichkeit geschrieben, weil anscheinend andere ähnliche Probleme haben. Vielleicht hilft das euch ja weiter.

**Spooky** · 25.02.2019, 10:17

Zitat von jha

die Empfehlung mit der "app/config/config.yml" und der Umstellung mit dem Eintrag

Code:

doctrine:
    dbal:
        connections:
            default:
                default_table_options:
                    charset: utf8
                    collate: utf8_unicode_ci

Die Empfehlung ist immer die nötigen Änderungen im MySQL Server zu machen. Das ist nur ein Workaround, der nicht benutzt werden sollte, wenn es auch anders geht.

Zitat von jha

die Empfehlung mit der "app/config/config.yml" und der Umstellung mit dem Eintrag

Code:

doctrine:
    dbal:
        connections:
            default:
                default_table_options:
                    charset: utf8
                    collate: utf8_unicode_ci

hat bei mir KEINE Lösung gebracht.

Hattest du nach der Änderung den Symfony Application Cache neu aufgebaut, bevor du dich im Contao Install Tool eingeloggt hast?