Hallo,
bei der Migration der “Kunden & Bestellungen” von Magento 2.2 zu Shopware 6.3.0.2 hängt der Prozess bei “Die Prüfung der Daten wird durchgeführt”. In der Browser-Konsole wird ein Internal Server Error der Route “/api/v2/_action/migration/generate-premapping” ausgegeben. Im prod.log sind keine Fehler zu finden.
Die Migration der Newsletter-Empfänger hatte zuvor fehlerfrei funktioniert und ist vollständig durchgelaufen.
Was können wir hier tun?
Beste Grüße
Hast du vielleicht einen Fehler im Server Log gefunden? Ich kann mir aber vorstellen, dass die Datenmenge zu groß ist und daher die Ressourcen über den Webserver nicht ausreichen.
Probiere daher mal via CLI die Migration durchzuführen:
Auch wenn da SW5 steht ist der Befehl der gleiche 
Hallo @AndreHerking,
vielen Dank für Deine Rückmeldung.
Ich habe nun versucht die Migration via CLI zu starten und folgende Fehler bekommen:
In AbstractMySQLDriver.php line 42:
An exception occurred while executing 'SELECT attrOption.option_id, attrOptionValue.value FROM eav_attr
ibute attr INNER JOIN tS1a_eav_attribute_option attrOption ON attrOption.attribute_id = attr.attribute_
id INNER JOIN tS1a_eav_attribute_option_value attrOptionValue ON attrOption.option_id = attrOptionValue
.option_id WHERE attr.attribute_code = 'gender' AND is_user_defined = false AND store_id = 0':
SQLSTATE[42S02]: Base table or view not found: 1146 Table 'mag_db.eav_attribute' doesn't exist
In PDOConnection.php line 80:
SQLSTATE[42S02]: Base table or view not found: 1146 Table 'mag_db.eav_attribute' doesn't exist
In PDOConnection.php line 75:
SQLSTATE[42S02]: Base table or view not found: 1146 Table 'mag_db.eav_attribute' doesn't existHi Max,
komisch, sehe ich das richtig, dass du einen Tableprefix bei der Magento-DB nutzt?
Welche Version des Magento-Profils nutzt du zur Zeit?
Gruß
Krispin
Hi @Krispin,
genau - wir benutzen einen Tableprefix in der Magento-DB („tS1a_“).
Wir benutzen aktuell die Version 1.5.0 des Magento-Profils.
Gruß
Max
Hi Max,
was mich stutzig macht ist, dass in der Query im From-Teil der Prefix nicht genutzt wird…
Nur um es auszuschließen: An der Klasse “custom/plugins/SwagMigrationMagento/src/Profile/Magento19/Gateway/Local/Magento19LocalGateway.php” wurden keine manuellen Anpassungen gemacht richtig?
Gruß
Krispin
Hi @Krispin,
nein - an der Klasse “custom/plugins/SwagMigrationMagento/src/Profile/Magento19/Gateway/Local/Magento19LocalGateway.php” wurden keine manuellen Anpassungen vorgenommen.
Gruß
Max
Hi Max,
ich sehe gerade, da ist anscheinend noch ein kleiner Fehler im Local-Gateway für Magento 2: https://github.com/shopwareLabs/SwagMigrationMagento/blob/master/src/Profile/Magento2/Gateway/Local/Magento2LocalGateway.php#L303
Hier müsste, wie bei den anderen Tabellen auch, der Prefix hinzugefügt werden. Du kannst das als Hotfix bei dir einbauen. Ich habe schonmal hierfür ein Ticket erstellt: https://issues.shopware.com/issues/MIG-29. Der Bugfix wird in einer der nächsten Releases mit drin sein.
Gruß
Krispin
Hi Krispin,
perfekt - vielen Dank für Deine schnelle Hilfe. Nachdem ich den Hotfix eingebaut habe konnte ich die Migration jetzt via CLI starten.
Gruß Max
Ich habe genau das gleiche Problem wie [Max12] aus dem Anfangspost. Testmigration von Magento 2.2 auf die aktuelle Shopware 6 Version.
Bekomme den Fehler 500 (Internal Server Error) in /api/_action/migration/generate-premapping
Fix von Krispin ist ja in meiner Version schon drin, außerdem verwendet meine Magento Datenbank keinen Prefix.
„Die Prüfung der Daten wird durchgeführt“ hängt ewig und kommt nicht weiter. Ohne Premapping kann ich leider auch keine Migration per CLI probieren.
Achtung: Nach Umstellung auf PHP 8.0 (vorher 8.1) geht es nun.