Hallo, Wir erhalten bei dem Update von Shopware 4.3.6 auf Shopware 5 folgende Fehlermeldung: [quote] Error Received the following error message: SQLSTATE[40001]: Serialization failure: 1213 Deadlock found when trying to get lock; try restarting transaction Please try to fix this error and restart the update. Response {“valid”:false,“errorMsg”:“SQLSTATE[40001]: Serialization failure: 1213 Deadlock found when trying to get lock; try restarting transaction”} [/quote] Dieser Fehler trat, auch in den letzten Versionen vereinzelt auf. Danach muss die Datenbank Wiederhergestellt werden, da dann nichts mehr geht. Aktuellste PHP Version, aktuellste MariaDB Version, selber Fehler auch in MySQL Server Version 5.6. Ist wohl ein InnoDB Fehler, der hier ausgelöst wird. Grüsse, Daniel
Problem Temporär gelöst. Das Problem hängt mit dem SQL LOCK Befehl zusammen. Wenn der Shop mehrere Verbindungen zur Datenbank aufbaut, dabei aber die selben Keys LOCKT, entsteht der Fehler deadlock. Unpraktisch, wenn man LOCK Tables deaktivieren muss, vor allem in einem Datenbank Cluster. Dazu ist uns noch ein Fehler aufgefallen: Update von 4.3.0 auf 4.3.6 Klappt. Wenn man direkt von 4.3.6 Updaten möchte, endet das ebenfalls in einem Fehler: [quote] Error Received the following error message: Could not apply migration: SQLSTATE[42S22]: Column not found: 1054 Unknown column ‘streetnumber’ in ‘field list’ Please try to fix this error and restart the update. Response {“valid”:false,“errorMsg”:“Could not apply migration: SQLSTATE[42S22]: Column not found: 1054 Unknown column ‘streetnumber’ in ‘field list’”} [/quote] Hat wohl den Hintergrund das wohl einige Assets nach dem Update auf 4.3.6 nicht gelöscht wurden, aber der Shopware 5 Updater diese nochmals ausführen will. Wäre vorteilhaft, wenn ein erfolgreiches Update, wirklich _alle_ Restbestände des Updates auch vollständig löschen würde.
Hi, das deutet eher darauf hin, dass irgendwas grundsätzlich nicht geklappt hat bzw. fehlerhaft ist. Shopware trackt jede Datenbank Migration in der Tabelle s_schema_version. Jede Migration kann dann technisch auch nur einmal ausgeführt werden. Wenn streetnumber schon weg ist, kann die Migration nicht mehr stattfinden. Da ist also was schief gelaufen Sebastian
Hallo, Danke für die Rückmeldung, haben das eben gerade auch festgestellt. Alles wieder hergestellt, auf das letzte 4.3.6 Update, immer noch selbiger Fehler… Woran liegt das? Bug? Liegt jedenfalls nach einem Blick in die Datenbank sagt mir dass das Feld natürlich nicht mehr existiert. Es hängt daher an dieser Datei: 373-address-streetnumber-merge.php Grüße, Daniel