Update Fehler 5.5.10 -> 5.6 Migration1627

H2O · August 2019

Hallo zusammen,

beim Update auf 5.6 bekomme ich folgenden Fehler:

Error
Received the following error message:
Could not apply migration (Migrations_Migration1627). Error: SQLSTATE[23000]: Integrity constraint violation: 1452 Cannot add or update a child row: a foreign key constraint fails (`xxxxdb1`.`#sql-6d65_1002e2b`, CONSTRAINT `#sql-6d65_1002e2b_ibfk_1` FOREIGN KEY (`orderID`) REFERENCES `s_order` (`id`) ON DELETE CASCADE)

Please try to fix this error and restart the update.
Response
{"valid":false,"errorMsg":"Could not apply migration (Migrations_Migration1627). Error: SQLSTATE[23000]: Integrity constraint violation: 1452 Cannot add or update a child row: a foreign key constraint fails (`c1w2db1`.`#sql-6d65_1002e2b`, CONSTRAINT `#sql-6d65_1002e2b_ibfk_1` FOREIGN KEY (`orderID`) REFERENCES `s_order` (`id`) ON DELETE CASCADE) "}

Hat jemand eine Lösung für das Problem?

Shyim · August 2019

Zweiter Hinweiß auf der Update Seite https://www.shopware.com/de/changelog-sw5/#5-6-0

H2O · August 2019

Hallo Shyim,

vielen Dank für die schnelle Rückmeldung, nun kommt aber folgender Fehler:

Error

Received the following error message:
Could not apply migration (Migrations_Migration1605). Error: SQLSTATE[42S01]: Base table or view already exists: 1050 Table 's_plugin_schema_version' already exists

Please try to fix this error and restart the update.

Response

{"valid":false,"errorMsg":"Could not apply migration (Migrations_Migration1605). Error: SQLSTATE[42S01]: Base table or view already exists: 1050 Table 's_plugin_schema_version' already exists "}

Moritz Naczenski · August 2019

Hast du zwischenzeitlich ein Backup eingespielt? Am besten das Backup in eine leere Datenbank. Bei dir gibt es Tabellen die erst während des Updates angelegt werden.

H2O · August 2019

Hi Moritz,

hatte das Backup wieder eingespielt, weil ja nichts mehr funktionierte.

Ich dachte eigentlich wenn man ein Backup einspielt, das alles wieder wie zuvor ist und nicht Tabellen erhalten bleiben

Gibts keinen Befehl das ich die ganze Datenbank komplett löschen kann und dann das Backup einspiele?

Moritz Naczenski · August 2019

Oftmals spielt ein Backup nur die gesicherten Tabellen ein und alles das, was neu ist, bleibt erhalten. Ist natürlich nicht so gut.

Kommt etwas auf dein Hosting an, wie du das am besten machen kannst. Ich würde entweder in PHPMyAdmin alle Tabellen löschen (durch die Foreign Keys muss man dann 2-3x alle markieren und dann löschen) oder eine komplett neue DB anlegen und dort das Backup reinpacken. Danach die config.php anpassen für die neue DB.

H2O · August 2019

Vielen Dank für die Hilfe, ich habe nun mit MySQLDumper die ganze Datenbank gelöscht und das Backup neu eingespielt.

Das Update lief jetzt einwandfrei durch und der Shop läuft

mrseele · September 2019

Hallo zusammen,

von welchem Backup ist hier die Rede? Ich habe gerade den zweiten Fehler beim Update auf die o.g. Version erhalten:
"Could not apply migration (Migrations_Migration1605). Error: SQLSTATE[42S01]: Base table or view already exists: 1050 Table 's_plugin_schema_version' already exists"

Ich werde nicht so richtig schlau aus dem Thread. Wenn ich eine neue DB anlege und dort das Backup einspiele, habe ich doch nichts an der Situation verändert... oder? Wie kann ich denn das Update überhaupt neu starten? Wäre über einen detaillierten Hinweis sehr dankbar. :-)

Liebe Grüße
Ren´é

Moritz Naczenski · September 2019

Die Fehlermeldung kommt, weil du schon einmal ein Update versucht hast und dann ein Backup eingespielt hast. Das Backup muss in eine Leere Tabelle, sonst bleiben die Tabellen die bei einem Updateversuch angelegt werden bestehen und machen dann beim 2. Versuch probleme. Du hast quasi das Update mit einem "Misschstand", irgendwo zwischen 5.5 und 5.6 gestartet.

Wenn du jetzt noch ein Backup von vor deinem ersten Versuch hast, kannst du das nehmen. Ansonsten wird es kompliziert, man muss quasi bei jeder Fehlermeldung die Tabelle die dort genannt wird als "already exists" löschen und dann nochmal das update starten, bis man durch ist.

mrseele · September 2019

Vielen Dank für die schnelle Antwort!
Ich verstehe. Das heißt ich habe ein Problem, da ich kein altes Backup habe. Dann muss ich da eben durch. Gibt es denn einen schnellen Weg, das Update erneut anzustoßen?

Moritz Naczenski · September 2019

Du kannst einfach die Seite neu laden wenn es einen Fehler gibt, wenn du eas Problem manuell behoben hast.

awprint · September 2019

Ich hatte die gleiche Fehlermeldung.
Nachdem ich versucht hatte ein vorheriges Update wie vorgeschlagen zu installieren kam die gleiche Fehlermeldung.
Das nur als Info zu vorherigen Backups.

mmnvie · September 2019

Habe selbiges Problem.

Kam bei mir an sich auch bereits beim ersten Mal – also nicht bei einem Zweitversuch.

Werde mal probieren.

hifibau · September 2019

Arbeite aktuell auch an dem Update....komme leider nur bis hier :-(

Hat hier jemand noch eine Idee wo ich hier was machen muss

mmnvie · September 2019

@hifibau schrieb:

Arbeite aktuell auch an dem Update....komme leider nur bis hier :-(

Hat hier jemand noch eine Idee wo ich hier was machen muss

Hast du nachdem es erstmalig nicht geklappt hat die Datenbank aus den Backup wiederhergestellt und das Update nochmal eingespielt, nachdem du die MySQL-Abfrage DELETE from s_order_details WHERE orderID Not IN (Select id from s_order) ausgeführt hast?

hifibau · September 2019

Nein habe ich nicht....werde das noch mal testen! Guter Hinweis

mmnvie · September 2019

@Shyim schrieb:

Zweiter Hinweiß auf der Update Seite https://www.shopware.com/de/changelog-sw5/#5-6-0

Vielen Dank dafür - ich muss ehrlich zugeben dass ich das nicht gesehen habe. Frage zwischendurch - wieso wird so eine Abfrage nicht einfach in's Update integriert und ein Hinweis darauf gegeben, dass bei dem Update verwaiste Einträge gelöscht werden könnten? So würden glaube ich weniger Leute daran verzweifeln ;-)

hifibau · September 2019

Ich verzweifele noch an dem Update...nachdem ich alle mit "s_mail_log….." Tabellen gelöscht habe, die das Update anmeckert, schreibt er mir nun die s_mail_log nicht anlegen zu können. Boahhh was bin ich froh wenn ich das Tema vom Tisch habe

Moritz Naczenski · October 2019

Grundsätzlich war wohl dein Backup fehlerhaft, da die Tabellen usw. alle noch da sind. Die gib es ja in einer 5.5 noch garnicht. Wahrscheinlich wirst du dich jetzt durch 20-30 Fehler manuell durcharbeiten müssen, um das wieder gerade zu biegen.

Laut Fehlermeldung ist einer der vielen Foreign-Keys schon vorhanden: https://github.com/shopware/shopware/blob/5.6/_sql/migrations/1616-add-mail-log-table.php#L80

hifibau · October 2019

Danke Moritz....da mein Schulenglisch nicht allzu viel zu lässt komme ich mit dem "githup" nicht so gut zurecht. Jetzt wäre es natürlich im Vorfeld schön zu wissen welche Tabellen ich rausschmeißen muss, bevor ich das nächste Update versuche. Bei der "s_mail_log….." dreh ich mich etwas im Kreis. Wenn ich die lösche, schreibt er mir die beim Update versuch wieder neu rein.....wenn Du hier sagen könntest wie ich da jetzt am besten vorgehe wäre ich Dir zu Dank verpflichtet.

Moritz Naczenski · October 2019

Eine reine Liste wird man da nicht machen können.

Schick mir mal die Zugangsdaten an forum@shopware.com (PHPmyAdmin, FTP), dann spiele ich dir das Update ein.

Denke ich komme da im Laufe des Tages zu.

hifibau · October 2019

Klasse, prima....werde Dir die Daten im heute Mittag zu kommen lassen

pfannengundel · October 2019

Hallo zusammen, vielleicht hilft es ja. Ich hatte aufgrund des nicht durchgeführten SQL Befehls ebenfalls Probleme und habe zwar ein Backup der 5.5 über Plesk wieder eingespielt, aber vermutlich nicht mit dem "alten" DB Bestand.

Egal, auf jeden Fall hatte ich auch die Fehlermeldungen und habe folgendes in der Datenbank durchführen müssen, damit ich Upgraden konnte. Vielleicht hilft es ja dem ein oder anderen:

Tabelle "s_plugin_schema_version" löschen
Tabellen "s_mail_log", s_mail_contact, s_mail_document, s_mail_recipient löschen und die Frage nach der Foreign-Key Prüfung bestätigen
(Nochmal) die Tabellen "s_mail_log", s_mail_contact löschen (sind bei 2. leider nicht gelöscht worden)
Tabelle s_categories_manual_sorting löschen
Tabelle s_content_types löschen
Die Spalte (column) content_type in der Tabelle s_core_menu entfernen
Den Dateneintrag (!) in der Tabelle s_core_menu mit dem Namen "Inhaltstypen" entfernen

Danach lief das Upgrade bei mir (Gott Sei Dank) problemlos durch.

Grundsätzlich verstehe ich jedoch auch nicht, warum um alles in der Welt der SQL Befehl für das Löschen der verwaisten Einträge nicht in das Update-Skript mit eingebaut wurde. Da hätte ich mir (und auch ein paar andere hier) viel Ärger erspart. Alternativ wäre ein HInweis: "Wichtig: Bitte vor dem Update die Doku (Link) lesen, da ein SQL Befehl ausgeführt werden muss." Oder irgend so etwas.

VG

hifibau · October 2019

@Moritz Naczenski schrieb:

Eine reine Liste wird man da nicht machen können.

Schick mir mal die Zugangsdaten an forum@shopware.com (PHPmyAdmin, FTP), dann spiele ich dir das Update ein.

Denke ich komme da im Laufe des Tages zu.

An dieser Stelle noch mal vielen Dank an Moritz....top Service!!

Mike W. · October 2019

@Shyim schrieb:

Zweiter Hinweiß auf der Update Seite https://www.shopware.com/de/changelog-sw5/#5-6-0

Danke! Wobei ich mich frage warum die Query nicht einfach Standardmäßig im Update ausgeführt wird?

verwaiste Einträge in s_order_details

Vor dem Update müssen ggf. verwaiste Einträge in s_order_details entfernt werden.

DELETE from s_order_details  WHERE orderID Not IN (Select id from s_order)

schreibwaren-ihlee · November 2019

Hallo zusammen,

ich habe leider auch Bockmist gebaut, komme nicht weiter, bekomme das Update nicht hin.

Wäre jemand so nett und würde mir helfen, vielen Dank im voraus.

Rainer

schreibwaren-ihlee · November 2019

Hmh, vielen Dank für diese unglaubliche Hilfewelle die da auf mich zurollte.....

Nee, im Ernst, es kann mir keiner helfen?
Habe alles durchgelesen und probiert, aber so als Laie in Sachen DB, mache ich warscheinlich immer mehr kaputt.

Herzliche Grüße ;-)

Moritz Naczenski · November 2019

Naja, die Lösung steht zwei Beiträge weiter oben. Du musst das Query in der Datenbank ausführen (bspw. in PHPMyAdmin).

DELETE from s_order_details  WHERE orderID Not IN (Select id from s_order)

mmnvie · November 2019

@schreibwaren-ihlee schrieb:

Hmh, vielen Dank für diese unglaubliche Hilfewelle die da auf mich zurollte.....

Also ich persönlich finde Ironie in so einer Situation selten angemessen.

Edit: Leider hat es mir jetzt meine ziemlich lange Antwort geschossen. Mist. Offenbar klappt das splitten von Zitaten nicht wirklich gut hier.

Sorry aber ich tipp das jetzt schnell nochmal runter:

1. Backup einspielen
2. Zeile vom Vorpost ausführen
3. Update durchführen

In der Reihenfolge!

Hast du kein Backup? Weißt du nicht wie man in die Datenbank kommt? Dann wirst du Hilfe brauchen.

mrseele · February 2020

Hey zusammen,

ich habe das Update aus Zeitgründen relativ lange aufschieben müssen. Nun sitze ich aber davor, habe die Tipps befolgt und bin schon einen Schritt weiter. Dennoch kann ich das Update nicht beenden. "1062 Duplicate entry '98-56' for key 'PRIMARY'". In einem anderen Thread schreibt jemand, dass das Problem durch Altdaten eines vorigen Updateversuches ausgelöst wird. Aber wie mache ich diese ausfindig, um sie löschen zu können? Bin für jeden Tipp dankbar. :-)

Liebe Grüße
René

mmnvie · February 2020

Kurz gesagt: Backup neu einspielen, Abfrage vor dem Updateversuch ausführen.

@mrseele schrieb:

Hey zusammen,

ich habe das Update aus Zeitgründen relativ lange aufschieben müssen. Nun sitze ich aber davor, habe die Tipps befolgt und bin schon einen Schritt weiter. Dennoch kann ich das Update nicht beenden. "1062 Duplicate entry '98-56' for key 'PRIMARY'". In einem anderen Thread schreibt jemand, dass das Problem durch Altdaten eines vorigen Updateversuches ausgelöst wird. Aber wie mache ich diese ausfindig, um sie löschen zu können? Bin für jeden Tipp dankbar. :-)

Comments