ich bin gerade dabei das angebotene Update/Upgrade auf V5.6 durchzuführen. Provider 1&1 IONOS. Das direkte Update ist voll in die Hose gegangen. Ich habe zuvor alle Plugins geprüft und die 5.5’er Datenbank zur 5.7’er migiert. PHP7.3 läuft problemlos, auch zurzeit mit der V5.5.10.
Was ist passiert. Bei der Migation zu MySql 5.7 habe ich locker den doppelten Datenverbrauch im Vergleich zur 5.5.
db795686861 shopware MySql5.5 - 37 von 1024 MB verwendet
dbs151317 shopware MySql5.7 - 68 von 1000 MB verwendet
Das verstehe ich nicht. Wenn ich nun die V5.6 oder die V5.5 mit der MySql 5.7 laufen lasse, werden die Seiten kpl. zerstört oder sind weiss. Admin Login erscheint, nach dem Login ist Banane. Schalte ich die V5.5 auf die MySql5.5 um dann ist alles okay.
Was muss ich bei der Migration (via 1&1 phpMyAdmin) beachten? Ich habe die Datenbank exportiert und so wieder in eine Neue Importiert. Oder handelt es sich um die neue Shopware V5.6 um einen gnadenlosen Speicherfresser?!
1&1 ist der schlechteste Ort für einen Shopware Shop - nur meine persönliche Meinung.
Wenn Seiten weiß bleiben, dann liegt in der Regel auch ein Fehler vor. Nun ja, dazu müsstest allerdings Du mal in deine Logs schauen (Shopware Log, Server Log). Diesen Part musst du schon selber machen. Wenn dort Fehler stehen, dann hier im Forum posten (bitte dazu die Code-Funktion benutzen). Dann können wir ggf. auch helfen.
Jo, habe gestern noch einmal geprüft. Fehlermeldungen (gekürzt):
An exception occurred while executing 'INSERT IGNORE INTO s_search_index (keywordID, elementID, fieldID) SELECT sk.id as keywordID, 1360 as elementID, 3 as fieldID FROM s_search_keywords sk WHERE
und am Ende:
: SQLSTATE[HY000]: General error: 1436 Thread stack overrun: 246144 bytes used of a 262144 byte stack, and 16000 bytes needed. Use 'mysqld --thread_stack=#' to specify a bigger stack. in vendor/doctrine/dbal/lib/Doctrine/DBAL/DBALException.php on line 131
Boh, denke das die neue Datenbank zuviel Recourcen verbraucht. Habe gestern 1+1 drauf angesetzt. Die prüfen das. Der Shop läuft ja ohne Probleme mit der 5.5’er Datenbank. Ist doch auch komisch dass die 5.7’er nach dem Import auf das doppelte angewachsen ist. Erschließt sich mir nicht…
Hm, also ich kann dies nicht bestätigen. Muss vermutlich direkt mit 1&1 zusammen hängen. Meine Test-Datenbank war vor dem Update bei ca. 20MB. Nach dem Update auf SW 5.6 aber nicht sonderlich größer geworden. In diesem Falle hätte ich mir die Daband-Tabellen mal näher angeschaut. Entweder berechnet 1&1 falsch oder an den Tabellen stimmt etwas nicht.
die Jungs von 1und1 meinen, dass sie hoster und keine Scripter sind und somit den Fehler nicht beheben können. Ich soll mich an eine Community wenden. Toll!
Gestern hate ich ein paar neue Datenbanken erstellt und die Daten instelliert. Bei der 3. Datenbank lief die Seite bis heute morgen einwandfrei! Ich konnte es nicht glauben, habe die caches gelöscht und viele Anforderungen gemacht. Sie lief.
Heute Morgen das gleiche Problem mit dem Stack. Fehlermeldung wie gehabt.
Was ist das nur für ein Mist? Wer hat da echt Ahnung und kann mir Tipps zur Fehlersuche geben? Ich bin kein Super Profi aber erfahren und kann einiges selbst erarbeiten.
Stell mal den Aufbau des Suchindexes von Live auf Cronjob um im Performance Modul.
Okay, habe ich gemacht. Caches geleert und die config.php umgestellt (Kopie für SQL5.7). Shop läuft. Lasse den noch etwas online, dann prüfe ich nochmal.
Ich habe deinen Tippp hoffentlich kapiert! Habe vor Tagen an dieser Stelle nachgedacht, bin aber irgendwie nicht mit klargekommen.
Was genau ist NUN der Unterschied? Muss ich das jetzt so verstehen, dass der Indexaufbau, der ja wohl immer abbricht und diese Fehler aufzeigt, Schuld daran ist? Der bei jedem Seitenaufruf (Startseite) ausgelöst wird? Deshalb dann bei der MySql 5.7 der Stack nicht ausreicht?
Jetzt durch die Umstellung ein cronjob dafür zuständig ist? Der dann diese Probleme nicht aufzeigt?
So verstehe ich Deinen Tipp jetzt einfach mal. Danke für die Erklärung, möchte das ja auch verstehen…
Live heißt ja, dass bei jedem Seitenaufruf etwas gemacht wird. Das bedeutet natürlich auch, dass man ggf. andere Scriptlaufzeiten usw. hat. Das ist erstmal eine schnelle Lösung, damit der Seite nichts passiert, heißt aber nicht, dass der Suchindex dadurch automatisch wieder funktioniert.
kein Glück! Ging etwa eine Stunde gut, nun wieder das Gleiche:
SQLSTATE[HY000]: General error: 1436 Thread stack overrun: 246144 bytes used of a 262144 byte stack, and 16000 bytes needed. Use 'mysqld --thread_stack=#' to specify a bigger stack. in vendor/doctrine/dbal/lib/Doctrine/DBAL/DBALException.php on line 131
der Support von 1&1 sagt aus, dass es nur noch an den Scripten der Shopware Software liegen kann. Ein- Umstellungen ihrerseits können sie nicht vornehmen, das sonst auch andere Nutzer betroffen wären, bei denen dann andere Probleme auftreten könnten. Kann ich verstehen.
Mal die grundsätzliche Frage: Arbeitet Shopware 5.5.10 mit MySQL 5.7? Oder nicht?
Ich traue mich nicht das Update vorzunehmen. Backups hin und her ist via ftp sehr aufwändig.
Also wir haben einige SW Shops schon für Kunden umgesetzt und hosten auch selber, aber diese Fehlermeldung ist mir gänzlich unbekannt. Für mich sieht das nach einer mangelhaften Einstellung bei MySQL aus, was in diesem Falle beim Hoster liegt. Wie ich schon erwähnte „1&1 ist der schlechteste Ort für einen Shopware Shop“.
Hierzu muss man ggf. in der Datei /etc/my.cnf den (MySQL Config auf dem Server) den Wert „thread_stack“ anpassen bzw. eintragen
=> z.B. thread_stack = 256K
Wenn man nur ein normales Webhosting hat, dann ist das für Shopware ggf. nicht geeignet.
mal ein kurzer Zwischenstand. Seit Monaten habe ich heute die alte 5.7’er Datenbank gelöscht und erneuert, ex- und importiert. Das alles nun OHNE FEHLER. Obwohl die Datenbank locker auf das Doppelte Volumen gewachsen ist. Dann habe ich die config.php umgeswitcht und siehe da, läuft schon einige Stunden ohne Sorgen. Ich schaue mal ein paar Tage dann mache ich das Shopware-Upgrade…
