Problem bei Update und "utf8_unicode_ci" is not available on your server

[dazzle89]

Hallo,

ich möchte von 4.13.54 auf 4.13.58 updaten.

Zuerst bekam ich beim Starten des Managers den Fehler

The configured collation "utf8_unicode_ci" is not available on your server ...

Ich bin auf einen Thread gestoßen, wo empfohlen wurde, in der paramaters.yml den Eintrag "database_version" zu löschen. Diesen gab es bei mir allerdings nicht, und auch keine .env.local Datei. Ebenfalls wurde empfohlen, die config.yml zu leeren. Dort stand bei mir ursprünglich

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

Ich habe diese Zeilen gelöscht, den abgesicherten Modus gestartet und Cache gelöscht. Die collation-Fehlermeldung ist verschwunden, stattdessen gibt es nun 126 ausstehende Datenbank-Änderungen. Sie lassen sich aber nicht ausführen, bei allen Änderungen steht ein rotes X.

Habe ich bis hier etwas falsch gemacht?

Und wann führe ich das Update zu 4.13.58 durch?

Vielen Dank im Voraus

[Spooky]

Dort stand bei mir ursprünglich

Das musst du alles löschen.

[dazzle89]

Das musst du alles löschen.

Habe ich getan, die Datei ist ganz leer. Oder muss sogar die Datei gelöscht werden?

[Spooky]

Sie lassen sich aber nicht ausführen, bei allen Änderungen steht ein rotes X.

Führe auf der Konsole contao:migrate --no-interaction -v aus und poste die Ausgabe.

[dazzle89]

Führe auf der Konsole contao:migrate --no-interaction -v aus und poste die Ausgabe.

Danke, damit scheint es geklappt zu haben. Die 126 Migrationen wurden durchgeführt

Nun frage ich mich aber, warum es über den Manager nicht ging. Muss ich es bei allen Installationen über die Konsole machen?

[mlweb]

Ich denke die parameters.yml vor dem Update anpassen und den Symfony-Cache leeren, damit die Änderungen auch erkannt werden sollte auch funktionieren.

[dazzle89]

Ich denke die parameters.yml vor dem Update anpassen und den Symfony-Cache leeren, damit die Änderungen auch erkannt werden sollte auch funktionieren.

So hatte ich es auch gemacht, nur über den abgesicherten Modus, falls das wichtig ist.

Aber ich werde mal prüfen, ob ich das Problem vielleicht bei anderen Seiten nicht habe.

[dazzle89]

Das Problem habe ich scheinbar bei allen Seiten.

Aber:

Wenn ich die DB-Änderungen über das Install-Tool mache statt über den Manager, funktioniert es.

[mlweb]

Ja stimmt. Das hatte ich auch mal. Ist alles schon so lange her. Ich habe kaum noch Installationen auf 4.13