Neu JTL Shop 4 auf 5 SQL Update Fehler - 1267 Illegal mix of collations

[karabey]

Hallo,

Erhalten die feolgende Fehlermeldung beim SQL Update:

Ihre aktuelle Version von JTL-Shop
    System: 5.0.0
    Datenbank: 4.06.0
Starte Update
     Update auf Migration: Create column nMehrfachauswahl in tmerkmal erfolgreich
     Update auf Migration: Remove ssl domain erfolgreich
     Update auf Migration: Add language variables for missing tax zone erfolgreich
     Update auf Migration: Rename the settings-menu entries "Einstellungen" into proper names erfolgreich
     Update auf Migration: re-create the table tstaat, transfer to valid ISO 3166-2 erfolgreich
     Update auf Migration: Add vars and settings for the UstID-check via VIES erfolgreich
     Fehler bei Update: "SQLSTATE[HY000]: General error: 1267 Illegal mix of collations (utf8_unicode_ci,IMPLICIT) and (utf8_general_ci,IMPLICIT) for operation '='" in: /var/www/vhosts/httpdocs/store/update/migrations/20171116114700_add_seo_urls.php

Würde mich über eine Lösung freuen.

 

[hula1499]

Hatten wir auch, einfach Seite reloaden und nochmals DB update durchführen, nach dem zweiten mal geht das mit dem add_seo_urls weg

 

[karabey]

Hatten wir auch, einfach Seite reloaden und nochmals DB update durchführen, nach dem zweiten mal geht das mit dem add_seo_urls weg

Nicht bei mir

 

[JulianG]

Der Fehler ist leider nicht ganz so leicht behoben. Da werden wir leider entweder via Konsole auf den Server zugreifen können müssen oder in die Datenbank schauen müssen. Die Kollationen müssen korrigiert werden. Wenn du kannst eröffne bitte ein Ticket mit Produktauswahl "JTL- Shop" und verweise auf diesen Thread und meine Antwort. Ansonsten schreib mir bitte eine PM.

 

[hula1499]

Das wird ja alle älteren Shops betreffen, wollt ihr da nicht eine generelle/"richtige" Lösung dafür anbieten @JulianG

 

[Nicson]

Würde mich über eine Lösung freuen

Hast du ein Datenbank- Backup "vorher" gemacht?

Dann einspielen und das Update nochmal starten ggf. den update Ordner nochmal neu entpacken und neu hochladen vorher, sollte glaube ich auf binär stehen soweit ich mich erinnere?
Kann mich erinnern hatte auch ein paar kleinere Probleme und habe das Datenbankupdate ... 2-3 Mal gemacht

Achja und achte im FTP auf die "fehlgeschlagenen Übertragungen" seit ipv6 tauchen da öfter Mal welche auf

 

[JulianG]

Das wird ja alle älteren Shops betreffen, wollt ihr da nicht eine generelle/"richtige" Lösung dafür anbieten @JulianG

Henne/Ei Problem. Die richtige Lösung ist in der InnoDB/UTF-8 Umstellung enthalten, aber dafür muss man erst mal auf Shop5 kommen. Da können wir nur manuell dran. Wenn der Shop4 dann mal ausgestorben ist, dürfte das nie wieder auftreten.

 

[FPrüfer]

Hallo, wie Julian schon schreibt ist das ein blödes Henne-Ei-Problem. Wer nicht in der Datenbank rumfummeln möchte, kann als Workaround folgendes Probieren, um die Henne vor das Ei zu bekommen...
- Alle .php-Dateien aus dem Ordner update/migrations sichern und dann in update/migrations löschen.
- In der includes/config.JTL- Shop.ini.php den Eintrag

define('SAFE_MODE', true);

hinzufügen. (Dadurch wird sämtliche Plugin-Funktionalität deaktiviert.)
- Danach im Backend einloggen und den DB-Check aufrufen (admin/dbcheck.php).
- Jetzt die UTF8-/InnoDB-Migration ausführen. Dadurch sollten auch alle Kollations-Probleme behoben werden.
- Nach erfolgreicher Migration ausloggen und alle .php-Dateien aus dem update/migrations-Ordner zurückspielen.
- Erneut anmelden und jetzt das normale Shop-Update zu Ende laufen lassen.
Achtung!!! Versucht dies wirklich nur, wenn ihr die hier gen. Kollations-Probleme beim DB-Update habt! Es kann auch passieren, dass ein Login im Backend nach abgebrochenem Update nicht mehr möglich ist. Hier hilft dann nur das Zurückspielen der Migrationen und eine Bereinigung der Datenbank. Nach erfolgreichem Update kann der SafeMode wieder deaktiviert werden, um Plugin-Funktionalität wiederherzustellen.
Unbedingt VORHER ein Backup der Shop-Datenbank machen!

 

[hula1499]

Ich hätte ja auch kein Prob, an der DB herumzufummeln, wenn ich wüsste wie

Na das klingt doch schon mal nach einem gangbaren Weg, werden das am Abend mal probieren

 

[darthvader]

Hallo,

habe hier das exakt selbe Problem. Der Workaround von @FPrüfer funktioniert hier leider nicht. Wenn ich auf `admin/dbcheck.php` aufrufe, werde ich `admin/dbupdater.php` weitergeleitet. Nach "Datenbank-Upgrade starten" sehe ich:

Hier können Sie Ihre JTL-Shop-Datenbank aktualisieren. Die Zielversion für das Datenbank-Update entspricht der derzeit installierten Version von JTL-Shop.
Ereignisprotokoll
Ihre aktuelle Version von JTL-Shop
    System: 5.0.1
    Datenbank: 4.06.0
Starte Update
     Update auf Version: v4.06.1 erfolgreich
     Update auf Version: v4.06.1 erfolgreich
     Update auf Version: v4.06.1 erfolgreich
     Update auf Version: v4.06.1 erfolgreich
     Update auf Version: v4.06.1 erfolgreich
     Update auf Version: v4.06.1 erfolgreich
     Update auf Version: v4.06.1 erfolgreich

Wobei das "Update auf Version: v4.06.1" sich dann endlos wiederholt.
Weiß jemand warum dbcheck mich auf dbupdater weiterleitet, bzw. was da schiefgegangen sein könnte?
Kann man ggf. die InnoDB/UTF-8 Umstellung vorher von Hand irgendwie machen?

 

[FPrüfer]

Weiß jemand warum dbcheck mich auf dbupdater weiterleitet, bzw. was da schiefgegangen sein könnte?

Das ist immer dann der Fall, wenn Migrationen noch nicht ausgeführt wurden. Deshalb habe ich als ersten Punkt

- Alle .php-Dateien aus dem Ordner update/migrations sichern und dann in update/migrations löschen.

Bitte auch

Unbedingt VORHER ein Backup der Shop-Datenbank machen!

nicht vergessen!

 

[darthvader]

Ich denke, ich konnte das Problem nun datenbankseitig lösen. Dazu modifziere ich einen Dump so, dass als engine InnoDB und als charset utf8mb4 (was bei MySQL 8 default ist) verwendet wird.

Im Detail:
1) Vollbackup der DB machen
2) Dump der jtl db und Anpassungen:

mysqldump jtlshop | sed -e 's/MyISAM/InnoDB/g' -e 's/latin1/utf8mb4/g' -e 's/=utf8;/=utf8mb4;/g' -e 's/utf8mb4_german1_ci/utf8mb4_german2_ci/g' > jtlshop.sql

ACHTUNG: das kann unerwünschte Probleme machen, wenn einer der zu ersetzenden Strings in eurer DB als Inhalt vorkommt. Ich habe euch gewarnt.
3) DROP DATABASE jtlshop
4) CREATE DATABASE jtlshop
5) mysql jtlshop < jtlshop.sql

Ohne den drop/create database gab es hier Schwierigkeiten bzgl. eines foreign keys beim Import.
Damit ist nun _vor_ dem Update schon alles auf InnoDB und UTF8. Damit läuft dann das Shop update problemlos.

Ach ja: mein Server war bis dato auf Ubuntu 18.04. Da dort nur ein php 7.2 dabei ist, habe ich auf Ubuntu 20.04 aktualisiert und dabei auch Mysql 5.7 auf Mysql aktualisiert - das war wohl ursächlich für die collation probleme.