Neu Fehler beim Update von 5.2.2 auf 5.2.3

[TOP]

Moin!

Ich habe gerade das Update von 5.2.2 auf 5.2.3 gefahren. Beim Datenbankupdate wurden zwei Fehler produziert:

Fehler bei Update: "SQLSTATE[42000]: Syntax error or access violation: 1118 Row size too large. The maximum row size for the used table type, not counting BLOBs, is 8126. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs" in: [pfad]/httpdocs/update/migrations/20221207165951_add_dlastlogin_and_lastloginhash_to_tkunde.php

Zweiter Fehler ist:
Fehler bei Update: "SQLSTATE[HY000]: General error: 1709 Index column size too large. The maximum column size is 767 bytes" in: [pfad]/httpdocs/update/migrations/20221014132527_create_index_for_newsletter.php

Kann mir jemand einen Tipp hierzu geben?

Gruß Dirk

 

[bbfdesign]

Moin,

ich hätte zwar ein paar Ideen, beim zweiten Fehler z.B. ALTER TABLE {Tabellenname eintragen} ROW_FORMAT=DYNAMIC;

Jedoch würde ich mich an den JTL Support wenden.

Mal eine einfache Frage: Hat die Datenbank ausreichend Speicherplatz?

Gruß Björn

 

[mvh]

Moin!

Ich habe gerade das Update von 5.2.2 auf 5.2.3 gefahren. Beim Datenbankupdate wurden zwei Fehler produziert:

Fehler bei Update: "SQLSTATE[42000]: Syntax error or access violation: 1118 Row size too large. The maximum row size for the used table type, not counting BLOBs, is 8126. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs" in: [pfad]/httpdocs/update/migrations/20221207165951_add_dlastlogin_and_lastloginhash_to_tkunde.php

Zweiter Fehler ist:
Fehler bei Update: "SQLSTATE[HY000]: General error: 1709 Index column size too large. The maximum column size is 767 bytes" in: [pfad]/httpdocs/update/migrations/20221014132527_create_index_for_newsletter.php

Kann mir jemand einen Tipp hierzu geben?

Gruß Dirk

Moin.
In der JTL Shop 5.2.3 Update-Beschreibung stand:
"WICHTIG: Neue MySQL Mindestversion! Schon für das Update auf 5.2.3 wird mindestens MySQL-Version 5.7 benötigt!"
Dein Provider hat entweder eine ältere MySQL-Version, oder er hat versäumt InnoDB-Datei-Format umzustellen,
altes Format heißt Antelope, neues - Barracuda, s. innodb_file_format und innodb_file_per_table.
Wende Dich mit diesen Fragen an deinen Hosting-Anbieter und frage, on in der MySQL-Konfiguration steht:
innodb_file_per_table=1
innodb_file_format = Barracuda

 

[TOP]

Moin.
In der JTL Shop 5.2.3 Update-Beschreibung stand:
"WICHTIG: Neue MySQL Mindestversion! Schon für das Update auf 5.2.3 wird mindestens MySQL-Version 5.7 benötigt!"
Dein Provider hat entweder eine ältere MySQL-Version, oder er hat versäumt InnoDB-Datei-Format umzustellen,
altes Format heißt Antelope, neues - Barracuda, s. innodb_file_format und innodb_file_per_table.
Wende Dich mit diesen Fragen an deinen Hosting-Anbieter und frage, on in der MySQL-Konfiguration steht:
innodb_file_per_table=1
innodb_file_format = Barracuda

Habe das vom Support einmal checken lassen. Die Antwort:


Wie beschrieben nutzt der Server die MariaDB Version 10.3 wo das File Format "Barracuda" per default aktiv ist.
Die Variable "innodb_file_per_table" ist ebenfalls aktiv.

 

[TOP]

Mal eine einfache Frage: Hat die Datenbank ausreichend Speicherplatz?

Praktisch unendlich.
Die letzte SQL-Sicherung hat gerade einmal 2,3 MB.

 

[mvh]

Habe das vom Support einmal checken lassen. Die Antwort:


Wie beschrieben nutzt der Server die MariaDB Version 10.3 wo das File Format "Barracuda" per default aktiv ist.
Die Variable "innodb_file_per_table" ist ebenfalls aktiv.

Bei MariaDB muss im Gegenteil zu MySQL die Tabelle mit dem übergroßen Index vom Typ DYNAMIC oder Compressed sein. Also bitte es prüfen lassen, oder selbst ALTER TABLE Tabelenname ROW_FORMAT=DYNAMIC in phpmyadmin ausführen.

 

[TOP]

Ein freundlicher Supportmitarbeiter war bei mir auf dem Server und hat das Problem gefixt. Allerdings kann ich leider nicht sagen was genau gemacht wurde.

 

[recent.digital]

Vielleicht kannst du das noch erfragen - Fehler wiederholen sich gerne und/oder es hilft anderen. Generell sollte man das schon wissen, sonst mutiert der Shop zur eigenen Black-Box. 🙂

 

[TOP]

Vielleicht kannst du das noch erfragen - Fehler wiederholen sich gerne und/oder es hilft anderen. Generell sollte man das schon wissen, sonst mutiert der Shop zur eigenen Black-Box. 🙂

Aus eigenem Interesse und um nicht dumm zu sterben, habe ich nachgefragt. Die Antwort lautete:

"Es sind immer unterschiedliche Schritte, sodass beim Nächsten mal ggf. anders vorgegangen werden muss.
Am besten gehen Sie beim nächsten Mal wie folgt vor. Sobald Sie feststellen, dass eine Migration nicht migriert werden kann. So wenden Sie sich bitte direkt an uns mit einem Support Ticket."