Neu [Shop 5] Upgrade DB Problem

[hula1499]

Heho,

zum Spass wollt ich mal auf Shop 5 auf unserem DEV updaten.
DEV DB ist leer bei Kunden/Zahlungslogs/Bestellungen....

Start um 9 in der früh:
Direkt zum DB Upgrade geleitet -> perfekt.

Button: Datenbank-Update starten

Update auf Migration: Matrix settings erfolgreich

Nach 2h ist mir das doch lang vorgekommen -> SP nachgefragt ob er sowas schon hatte -> A: sicher aufgehangen, reload mal die Seite
Getan.
Wieder der Button da -> gestartet
Selbes Spiel nochmals.
Nach weiteren 4h mal in der DB geschaut (kommt weiterhin ständig Update auf Migration...):



Auch die letzten Stunden genauo so - unverändert.
Mehrmaliges Reload (erst in der letzten Stunde) ändert auch nichts am Zustand.

Die DB ist jetzt sicher hinüber (kein Ding, ist nur DEV), irgendwas scheint da mit dem Update "nicht ganz" zu funktionieren


Upgrade von:
4.06 B5
PHP (v7.3.25)
memory_limit 2048
execution_time 3600

sonst im status natürlich alles grün gewesen.
Cache deaktiviert (wie in der Guide angegeben), Plugins deaktiviert (nicht deinstalliert!) -> aber beides sollte für das DB upgrade ja irrelevant sein.

 

[JulianG]

Die Tabellen die da als "In Benutzung" stehen sind gecrashed. Da muss der REPAIR TABLE Befehl mal drüber laufen, oder in phpmyadmin markieren und dann unten bei Aktionen reparieren wählen. Ggf. prüfen ob das vorher schon was mit der Sicherung von vorher. Ansonsten wäre wichtig bei welcher Migration genau es steht bzw. welche ist die zuletzt als erfolgreich abgeschlossen gemeldete. Ist das immer die Matrix Settings?

 

[hula1499]

Das hatte ich schon vor einer halben Stunde versucht:



Reiner DEV, kein Kontakt zur Wawi (in der WaWi updates deaktiviert)

Die DB ist hinüber...

Nicht schlimm jetzt für mich, der Grund wäre nur interessant, aber vermutlich nicht mehr nachvollziehbar, nehm ich an.

Ja, immer Matrix Settings, schreibt auch immer eine neue Zeile dafür, wenn Browserfenster aktiv.

 

[JulianG]

Okay... ich glaub da muss schon vorher was kaputt gewesen sein. Die beiden Migrationen sind nicht besonders kritisch:
https://gitlab.com/jtl-software/jtl...migrations/20160205105322_matrix_settings.php
danach käme: https://gitlab.com/jtl-software/jtl...s/20160209145631_mailtemplate_adminpwlost.php

Also mit den gemeldeten Tabellen da hat das so gar nichts zu tun, das update war da also noch gar nicht dran.

 

[hula1499]

Ok, ich spiel mal ein backup der DB ein, repair alle Tabellen vorher und mach dann erst eure Migration.

 

[hula1499]

@helminec

In dein phpmyadmin gehen und dort alle tabellen löschen, danach mit "import" deine backup-DB einspielen.

Dann versuch mal - bevor du das Upgrade machst - alle Tabellen zu reparieren und danach wieder dein Admin aufzurufen.
Sollte das alles nicht klappen und es ist Freitag Abend -> alle alten File-Ordner plus alte DB wieder herstellen und warten auf nächste Woche und das Forum oder einen SP deines Vertrauens mit dem Upgrade beauftragen.

 

[hula1499]

Irgendwie alles ein kleines Desaster

Backup eingespielt (von der kleinen Schwesterseite).
Alle Tabellen repariert, alle Tabellen optimiert.

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/xxx/httpdocs/update/migrations/20171116114700_add_seo_urls.php
Es gibt tatsächlich 3 unterschiedliche Kollations: utf8_uni, _general und latin1_swedish_ci -> niemals händisch von uns hier irgendwas angepasst worden.
Das sollte das Upgrade halt schon auch irgendwie aufgreifen/abfangen können. Das wir da an Kollations jemals was geändert hätten, schliesse ich kategorisch aus.

Einfach nochmal auf "starten" geklickt, danach:
Fehler bei Update: "SQLSTATE[21000]: Cardinality violation: 1242 Subquery returns more than 1 row" in: /var/www/vhosts/xxx/httpdocs/update/migrations/20180405090000_removes_maintenance_hint_setting.php



Aber eigentlich gibts in der
https://gitlab.com/jtl-software/jtl...05090000_removes_maintenance_hint_setting.php
auch 2 Einträge.

 

[css-umsetzung]

Kann es sein das deine Datenbank noch von einem dreier oder sogar zweier hochgezüchtet wurde?
Das hatte ich schon Mal bei einem Kunden das er verschiedene collations hatte.

 

[hula1499]

3er, yup.

 

[JulianG]

Da sind wohl Probleme von sehr alten Versionen oder von was auch immer in den Jahren mit der Datenbank passiert ist drin.
3.20er konnten wir (mit Zwischenschritt) problemfrei upgraden (meine eigene "Haupt"-Datenbank begann mit 3.16 und hatte auch keine Probleme).
Da müssen wir wohl mit der Entwicklung ran. Könntest du uns ein Ticket mit Zugangsdaten (Backend, FTP, DB) zu deinem dev-System im dafür vorgesehen Feld hinterlegt machen?

 

[helminec]

Könnte es Sinn machen, die Tabellen vor dem Update zu leeren?

 

[JulianG]

Könnte es Sinn machen, die Tabellen vor dem Update zu leeren?

Auf keinen Fall, damit zerhaust du dir dann alles

 

[css-umsetzung]

@JulianG Ich hatte das Problem wie gesagt auch schon, da war es aber ein Shop der mit dem 2er angefangen hatte.
Die Zeichensätze mussten dann in den Tabellen erst korrigiert werden. Ich hatte in alten Beiträgen etwas gefunden das Ihr da mal mit den Zeichensätzen etwas geändert hattet, vermutlich wurde das dann, warum auch immer nicht überall richtig nachgezogen.

 

[JulianG]

@JulianG Ich hatte das Problem wie gesagt auch schon, da war es aber ein Shop der mit dem 2er angefangen hatte.
Die Zeichensätze mussten dann in den Tabellen erst korrigiert werden. Ich hatte in alten Beiträgen etwas gefunden das Ihr da mal mit den Zeichensätzen etwas geändert hattet, vermutlich wurde das dann, warum auch immer nicht überall richtig nachgezogen.

Ja, ich erinnere mich jetzt auch an 3-4 Fälle in den letzten Jahren, da hatte es aber auch schon im Shop4 geknallt und wir mussten alle Daten(ohne Struktur) aus der DB exportieren und diese Daten in eine Datenbank einspielen, die vorher nur durch den DB-Struktur-Export eines frisch installierten Shops eingespielt wurde. Das löst das Problem, ist aber auch nicht ganz einfach, also da sollte sich keiner dran wagen, der sich damit nicht auch auskennt.

 

[FPrüfer]

Zum Thema "dran wagen wer sich damit auskennt"... Für Versierte im Umgang mit einer Server-Konsole besteht auch die Möglichkeit die InnoDB/UTF8 Migration per CLI zu machen. Dabei werden auch die Kollationen vereinheitlicht.

 

[css-umsetzung]

@FPrüfer gibt es dazu auch eine Anleitung?
Ich habe sehr oft Serverzugriffe und da macht es sich natürlich besser.

 

[FPrüfer]

Einfach auf der Konsole im Shop-Root
php cli
ausführen. Die verfügbaren Optionen werden dann angezeigt.

 

[hula1499]

Werd ich da an einem Sonntag einfach so als "Unversierter" abgestempelt....

@FPrüfer

Fatal error: Uncaught Error: Call to undefined function mb_internal_encoding() in /var/www/vhosts/xxx/httpdocs/includes/defines.php:8
Stack trace:
#0 /var/www/vhosts/xxx/httpdocs/cli(24): require_once()
#1 {main}
  thrown in /var/www/vhosts/xxx/httpdocs/includes/defines.php on line 8

mb_internal_encoding(strtoupper(JTL_CHARSET));

@JulianG
Danke, zwecks Zugangsdaten etc. Dafür müsst ich einiges vorbereiten und mal den DEV wieder vollständig cleanen vorher um 1:1 den Stand vom Hauptsystem zu haben, das ist leider nicht so wirklich schnell möglich.

 

[FPrüfer]

Hallo,

Werd ich da an einem Sonntag einfach so als "Unversierter" abgestempelt....

Gut, das "Versierte" bedarf an der Stelle vlt. noch einer weiteren Spezifizierung, da durchaus Shop-Versierte natürlich nicht unbedingt was mit einer Konsole anfangen können. Insofern hab ich meinen Beitrag editiert und spezifiziert.

Fatal error: Uncaught Error: Call to undefined function mb_internal_encoding() in /var/www/vhosts/xxx/httpdocs/includes/defines.php:8
Stack trace:
#0 /var/www/vhosts/xxx/httpdocs/cli(24): require_once()
#1 {main}
  thrown in /var/www/vhosts/xxx/httpdocs/includes/defines.php on line 8

mb_internal_encoding(strtoupper(JTL_CHARSET));

Das sieht so aus, als wäre die php-mbstring-Erweiterung auf dem Server nicht installiert. Diese ist aber zwingend für Shop5 mit UTF8-Unterstützung notwendig.

 

[hula1499]

Das sieht so aus, als wäre die php-mbstring-Erweiterung auf dem Server nicht installiert. Diese ist aber zwingend für Shop5 mit UTF8-Unterstützung notwendig.

Hm:

Please note that "mbstring" is a non-default PHP extension. This means it is not enabled by default.

Nachdems hier diverse Einstellungen in der php.ini dafür zusätzlich noch gibt, lass ich das lieber gut sein.
Ich wollt ja eh nur mal reinschauen -> muss ja eh, bei uns, noch mind. 1-2 Monate gewartet werden für ein Update (Plugins), will da jetzt vorher auch gar nicht "unnötig" Zeit in Anspruch nehmen.