# Migration von 5.7 auf 6.7.1. mit dem Migrations-Assistenten bleibt stecken **URL:** \ **Category:** Allgemein\ **Tags:** migration\ **Created:** [25. Juli 2025 um 16:50 UTC](https://forum.shopware.com/t/migration-von-5-7-auf-6-7-1-mit-dem-migrations-assistenten-bleibt-stecken/107671 "2025-07-25T16:50:08Z")\ **Posts on this page:** 16\ **Page:** 1
**Author:** ![nabjoern](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/nabjoern/32/18847_2.png) [@nabjoern](https://forum.shopware.com/u/nabjoern)\ **Post date:** [25. Juli 2025 um 16:50 UTC](https://forum.shopware.com/t/migration-von-5-7-auf-6-7-1-mit-dem-migrations-assistenten-bleibt-stecken/107671/1 "2025-07-25T16:50:08Z")
Hallo liebes Forum, ich bin seit einiger Zeit dabei einen SW 5.7 Shop nach SW6 zu migrieren. Bisher lief der Migrations-Assistent bei mir eigentlich problemlos um die Daten zu übertragen. Mit SW 6.7.0.1 fingen die Probleme an. Nun habe ich auf SW 6.7.1.0 geupdatet und beim Migrations Assistenten läuft nichts mehr. Bisher habe ich die Connection immer über die API erstellt. Nun aber auch über die Datenbank. Der Prozess bleibt immer bei der Anzeige `0 von xyz` stehen. Abbrechen funktioniert auch nur über Löschung in der DB `swag_migration_run`. Ich habe auch schon einen komplett neuen, sauberen Shop erstellt und dort versucht die Daten zu migrieren. Gleicher Fehler. Ich stehe ziemlich im Regen, da weder im Logging noch in der `swag_migration_logging` Fehler auftauchen. Habt ihr noch Ideen was ich machen kann, wo ich ansetzen kann? Wünsche allen ein nicht so sehr verregnetes Wochenende! ---
**Author:** ![nabjoern](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/nabjoern/32/18847_2.png) [@nabjoern](https://forum.shopware.com/u/nabjoern)\ **Post date:** [25. Juli 2025 um 18:12 UTC](https://forum.shopware.com/t/migration-von-5-7-auf-6-7-1-mit-dem-migrations-assistenten-bleibt-stecken/107671/2 "2025-07-25T18:12:16Z")
Jetzt konnte ich doch noch eine Fehlermeldung provozieren. Kann sie aber noch nicht so recht deuten: `18:04:05 INFO [php] User Deprecated: The "Shopware\Core\Framework\DataAbstractionLayer\FieldSerializer\JsonFieldSerializer" class is considered internal. It may change without further notice. You should not use it from "SwagMigrationAssistant\Migration\Run\PremappingFieldSerializer". ["exception" => ErrorException { #message: "User Deprecated: The "Shopware\Core\Framework\DataAbstractionLayer\FieldSerializer\JsonFieldSerializer" class is considered internal. It may change without further notice. You should not use it from "SwagMigrationAssistant\Migration\Run\PremappingFieldSerializer"." #code: 0 #file: "./vendor/symfony/error-handler/DebugClassLoader.php" #line: 345 #severity: E_USER_DEPRECATED trace: { ./vendor/symfony/error-handler/DebugClassLoader.php:345 { …} ./vendor/symfony/dependency-injection/Container.php:223 { …} ./vendor/symfony/dependency-injection/Container.php:203 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/DefinitionInstanceRegistry.php:103 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/Field/Field.php:193 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/Field/Field.php:128 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/EntityDefinition.php:397 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/Dbal/EntityHydrator.php:269 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/Dbal/EntityHydrator.php:176 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/Dbal/EntityHydrator.php:589 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/Dbal/EntityHydrator.php:382 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/Dbal/EntityHydrator.php:213 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/Dbal/EntityHydrator.php:176 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/Dbal/EntityHydrator.php:589 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/Dbal/EntityHydrator.php:95 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/Dbal/EntityReader.php:135 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/Dbal/EntityReader.php:76 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/EntityRepository.php:207 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/EntityRepository.php:251 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/EntityRepository.php:65 { …} ./custom/plugins/SwagMigrationAssistant/src/Migration/Run/RunService.php:423 { SwagMigrationAssistant\Migration\Run\RunService->getCurrentConnection(Context $context): SwagMigrationConnectionEntity^ › › $setting = $this->generalSettingRepo->search($criteria, $context)->getEntities()->first(); › } ./custom/plugins/SwagMigrationAssistant/src/Migration/Run/RunService.php:88 { …} ./custom/plugins/SwagMigrationAssistant/src/Command/StartMigrationCommand.php:58 { …} ./vendor/symfony/console/Command/Command.php:279 { …} ./vendor/symfony/console/Application.php:1094 { …} ./vendor/symfony/framework-bundle/Console/Application.php:123 { …} ./vendor/symfony/console/Application.php:342 { …} ./vendor/symfony/framework-bundle/Console/Application.php:77 { …} ./vendor/symfony/console/Application.php:193 { …} ./vendor/symfony/runtime/Runner/Symfony/ConsoleApplicationRunner.php:49 { …} ./vendor/autoload_runtime.php:29 { …} ./bin/console:17 { …} } }] 18:04:05 INFO [php] User Deprecated: The "Shopware\Core\Framework\DataAbstractionLayer\FieldSerializer\JsonFieldSerializer" class is considered internal. It may change without further notice. You should not use it from "SwagMigrationAssistant\Migration\Run\MigrationProgressFieldSerializer". ["exception" => ErrorException { #message: "User Deprecated: The "Shopware\Core\Framework\DataAbstractionLayer\FieldSerializer\JsonFieldSerializer" class is considered internal. It may change without further notice. You should not use it from "SwagMigrationAssistant\Migration\Run\MigrationProgressFieldSerializer"." #code: 0 #file: "./vendor/symfony/error-handler/DebugClassLoader.php" #line: 345 #severity: E_USER_DEPRECATED trace: { ./vendor/symfony/error-handler/DebugClassLoader.php:345 { …} ./vendor/symfony/dependency-injection/Container.php:223 { …} ./vendor/symfony/dependency-injection/Container.php:203 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/DefinitionInstanceRegistry.php:103 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/Field/Field.php:193 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/Field/Field.php:128 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/EntityDefinition.php:397 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/Dbal/EntityHydrator.php:269 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/Dbal/EntityHydrator.php:176 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/Dbal/EntityHydrator.php:589 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/Dbal/EntityHydrator.php:95 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/Dbal/EntityReader.php:135 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/Dbal/EntityReader.php:76 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/EntityRepository.php:207 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/EntityRepository.php:251 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/EntityRepository.php:65 { …} ./custom/plugins/SwagMigrationAssistant/src/Migration/Run/RunService.php:314 { SwagMigrationAssistant\Migration\Run\RunService->getLastInactiveRun(Context $context): SwagMigrationRunEntity^ › › return $this->migrationRunRepo->search($criteria, $context)->getEntities()->first(); › } } ./custom/plugins/SwagMigrationAssistant/src/Migration/Run/RunService.php:548 { …} ./custom/plugins/SwagMigrationAssistant/src/Migration/Run/RunService.php:100 { …} ./custom/plugins/SwagMigrationAssistant/src/Command/StartMigrationCommand.php:58 { …} ./vendor/symfony/console/Command/Command.php:279 { …} ./vendor/symfony/console/Application.php:1094 { …} ./vendor/symfony/framework-bundle/Console/Application.php:123 { …} ./vendor/symfony/console/Application.php:342 { …} ./vendor/symfony/framework-bundle/Console/Application.php:77 { …} ./vendor/symfony/console/Application.php:193 { …} ./vendor/symfony/runtime/Runner/Symfony/ConsoleApplicationRunner.php:49 { …} ./vendor/autoload_runtime.php:29 { …} ./bin/console:17 { …} } }] 18:04:05 INFO [cache] Lock acquired, now computing item "shopware.languages" ["key" => "shopware.languages"] 18:04:05 INFO [php] User Deprecated: The "Shopware\Core\Checkout\Customer\DataAbstractionLayer\CustomerIndexer::__construct()" method is considered internal. It may change without further notice. You should not extend it from "SwagMigrationAssistant\Migration\MessageQueue\OrderCountIndexer". ["exception" => ErrorException { #message: "User Deprecated: The "Shopware\Core\Checkout\Customer\DataAbstractionLayer\CustomerIndexer::__construct()" method is considered internal. It may change without further notice. You should not extend it from "SwagMigrationAssistant\Migration\MessageQueue\OrderCountIndexer"." #code: 0 #file: "./vendor/symfony/error-handler/DebugClassLoader.php" #line: 345 #severity: E_USER_DEPRECATED trace: { ./vendor/symfony/error-handler/DebugClassLoader.php:345 { …} ./var/cache/dev_h870746cac8423b4120f87b1e3a6f724b/ContainerNCbr3uT/Shopware_Core_KernelDevDebugContainer.php:7769 { ContainerNCbr3uT\Shopware_Core_KernelDevDebugContainer::ContainerNCbr3uT\{closure}^ › yield 2 => ($container->privates['Shopware\\Core\\Content\\ProductStream\\DataAbstractionLayer\\ProductStreamIndexer'] ?? self::getProductStreamIndexerService($container)); › yield 3 => ($container->privates['SwagMigrationAssistant\\Migration\\MessageQueue\\OrderCountIndexer'] ?? self::getOrderCountIndexerService($container)); › yield 4 => ($container->privates['Shopware\\Core\\System\\SalesChannel\\DataAbstractionLayer\\SalesChannelIndexer'] ?? self::getSalesChannelIndexerService($container)); } ./vendor/shopware/core/Framework/DataAbstractionLayer/Indexing/EntityIndexerRegistry.php:135 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/Indexing/Subscriber/EntityIndexingSubscriber.php:27 { …} ./vendor/symfony/event-dispatcher/Debug/WrappedListener.php:115 { …} ./vendor/symfony/event-dispatcher/EventDispatcher.php:206 { …} ./vendor/symfony/event-dispatcher/EventDispatcher.php:56 { …} ./vendor/shopware/core/Content/Flow/Dispatching/FlowDispatcher.php:41 { …} ./vendor/shopware/core/Framework/Webhook/WebhookDispatcher.php:28 { …} ./vendor/shopware/core/Framework/Event/NestedEventDispatcher.php:31 { …} ./vendor/symfony/event-dispatcher/Debug/TraceableEventDispatcher.php:122 { …} ./vendor/shopware/core/Framework/DataAbstractionLayer/EntityRepository.php:126 { …} ./custom/plugins/SwagMigrationAssistant/src/Migration/Run/RunService.php:440 { …} ./custom/plugins/SwagMigrationAssistant/src/Migration/Run/RunService.php:102 { …} ./custom/plugins/SwagMigrationAssistant/src/Command/StartMigrationCommand.php:58 { …} ./vendor/symfony/console/Command/Command.php:279 { …} ./vendor/symfony/console/Application.php:1094 { …} ./vendor/symfony/framework-bundle/Console/Application.php:123 { …} ./vendor/symfony/console/Application.php:342 { …} ./vendor/symfony/framework-bundle/Console/Application.php:77 { …} ./vendor/symfony/console/Application.php:193 { …} ./vendor/symfony/runtime/Runner/Symfony/ConsoleApplicationRunner.php:49 { …} ./vendor/autoload_runtime.php:29 { …} ./bin/console:17 { …} } } ] 18:04:05 INFO [cache] Lock acquired, now computing item "system-config-" ["key" => "system-config-"] 18:04:05 INFO [messenger] Sending message SwagMigrationAssistant\Migration\MessageQueue\Message\MigrationProcessMessage with async sender using Symfony\Component\Messenger\Bridge\Doctrine\Transport\DoctrineTransport ["class" => "SwagMigrationAssistant\Migration\MessageQueue\Message\MigrationProcessMessage", "alias" => "async", "sender" => "Symfony\Component\Messenger\Bridge\Doctrine\Transport\DoctrineTransport"] Migration is started, please use migration:get-progress to check the progress. ` ---
**Author:** ![nabjoern](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/nabjoern/32/18847_2.png) [@nabjoern](https://forum.shopware.com/u/nabjoern)\ **Post date:** [26. Juli 2025 um 10:35 UTC](https://forum.shopware.com/t/migration-von-5-7-auf-6-7-1-mit-dem-migrations-assistenten-bleibt-stecken/107671/3 "2025-07-26T10:35:02Z")
Die von mir zuletzt geposteten „Fehlermeldungen“ scheinen ja doch eher unkritische Informationen zu sein. Habe jetzt versucht mal nur die BasicSettings zu migrieren. Sowohl in der Entwicklungsumgebung als auch in dem neu aufgesetzten Testshop bekomme ich keine Daten migriert. Bleibt immer bei 0 stehen. Also scheint es ja irgendwie an diesen BasicSettings zu hängen oder vielleicht stimmt doch etwas mit der API-Verbindung nicht? Aber wie kann ich das testen? In den Serverlogs habe ich noch folgendes gefunden: `176.28.33.X - - [26/Jul/2025:12:30:01 +0200] "GET /api/SwagMigrationTotals HTTP/1.1" 401 64 "-" "GuzzleHttp/7" "www.test.de"` `176.28.33.X - - [26/Jul/2025:12:30:01 +0200] "GET /api/SwagMigrationTotals HTTP/1.1" 200 522 "-" "GuzzleHttp/7" "www.test.de"` Ich weiß leider nicht so richtig wo ich beim Troubleshooting noch ansetzen soll und bin für jeden Tipp dankbar. Oder ist es vielleicht eine Einstellung am Server? Der Server wird von Hosteurope gehostet. ---
**Author:** ![SCOOPEX](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/scoopex/32/18328_2.png) [@SCOOPEX](https://forum.shopware.com/u/SCOOPEX)\ **Post date:** [26. Juli 2025 um 12:33 UTC](https://forum.shopware.com/t/migration-von-5-7-auf-6-7-1-mit-dem-migrations-assistenten-bleibt-stecken/107671/4 "2025-07-26T12:33:34Z")
> [@nabjoern](#): > > 176.28.33.X - - [26/Jul/2025:12:30:01 +0200] „GET /api/SwagMigrationTotals HTTP/1.1“ 401 64 „-“ „GuzzleHttp/7“ „[www.test.de](http://www.test.de)“ Fehler 401 bedeutet Unauthorized - sind die API Zugangsdaten korrekt ? ---
**Author:** ![nabjoern](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/nabjoern/32/18847_2.png) [@nabjoern](https://forum.shopware.com/u/nabjoern)\ **Post date:** [26. Juli 2025 um 16:30 UTC](https://forum.shopware.com/t/migration-von-5-7-auf-6-7-1-mit-dem-migrations-assistenten-bleibt-stecken/107671/5 "2025-07-26T16:30:49Z")
Ja, darüber war ich auch gestolpert. Allerdings steht ja direkt in der Zeile darunter „200“. Die Zugangsdaten habe ich einige Mal gecheckt. Auch mit unterschiedlichen Usern. Die Shop-Domain habe ich auch schon geändert. Da wurde mir dann auch angezeigt, dass keine Verbindung aufgebaut werden kann. Wenn ich „[https://www.test.de](https://www.test.de)“ als Shop-Domain eintrage, bekomme ich ein „Verbunden“. ---
**Author:** ![smhh](https://avatars.discourse-cdn.com/v4/letter/s/97f17d/32.png) [@smhh](https://forum.shopware.com/u/smhh)\ **Post date:** [26. Juli 2025 um 18:07 UTC](https://forum.shopware.com/t/migration-von-5-7-auf-6-7-1-mit-dem-migrations-assistenten-bleibt-stecken/107671/6 "2025-07-26T18:07:18Z")
Hallo nabjoern, ich bin auch dabei, einen Shop von 5.7 auf 6.7.1 zu bekommen. Ich habe die gleichen Fehler wie Du Sie hast. Die Migration bleibt bei 0% stehen, über Tage und lässt sich nur über die Datenbank stoppen. Hat noch jemand von euch die Probleme oder vieleicht auch schon eine Lösung gefunden? VG ---
**Author:** ![nabjoern](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/nabjoern/32/18847_2.png) [@nabjoern](https://forum.shopware.com/u/nabjoern)\ **Post date:** [27. Juli 2025 um 08:33 UTC](https://forum.shopware.com/t/migration-von-5-7-auf-6-7-1-mit-dem-migrations-assistenten-bleibt-stecken/107671/7 "2025-07-27T08:33:22Z")
Hallo smhh, das tut mir leid, aber dann bin ich nicht mehr alleine 😉 Ich bin nun ziemlich davon überzeugt, dass es an der API liegt. Also irgendwie an der Connection. Ich wundere mich über den 204 „No Content“ in den Server-Logs: `[27/Jul/2025:10:19:06 +0200] "POST /public/api/_action/migration/start-migration HTTP/1.1" 204 0 "http://sw6x.test.de/public/admin" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/138.0.0.0 Safari/537.36" "sw6x.test.de"` Macht das Sinn? Was kommt da normaler Weise? Mich wundert auch, dass ich über das Backende den API-Aufruf `start-migration` bekomme und über die Console nicht 🤨 Wie es aussieht, funktioniert die Console über HostEurope nicht wirklich. Zumindest mit dem aktuelle Web-Paket 😵 ---
**Author:** ![nabjoern](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/nabjoern/32/18847_2.png) [@nabjoern](https://forum.shopware.com/u/nabjoern)\ **Post date:** [27. Juli 2025 um 13:30 UTC](https://forum.shopware.com/t/migration-von-5-7-auf-6-7-1-mit-dem-migrations-assistenten-bleibt-stecken/107671/8 "2025-07-27T13:30:59Z")
Hier kurz schnell, weil heute Sonntag ist. Dies hat mir extrem geholfen: > **[Shopware 6 - Tutorials and FAQ - Message Queue and Scheduled Tasks](https://docs.shopware.com/en/shopware-6-en/tutorials-and-faq/message-queue-and-scheduled-tasks#disable-admin-worker-set-up-cli-worker)** > > Scheduled tasks in Shopware 6 offer the possibility of having tasks or processes automatically executed by the server. This can be, for example, the nightly build-up of the indices. In addition, the Message Queue can be outsourced here. You will also... Melde mich später / morgen detailliert, damit es eventuell auch anderen hilft ✌ ---
**Author:** ![nabjoern](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/nabjoern/32/18847_2.png) [@nabjoern](https://forum.shopware.com/u/nabjoern)\ **Post date:** [27. Juli 2025 um 19:13 UTC](https://forum.shopware.com/t/migration-von-5-7-auf-6-7-1-mit-dem-migrations-assistenten-bleibt-stecken/107671/9 "2025-07-27T19:13:11Z")
Ich glaube aktuell, dass lediglich der Befehl ```auto bin/console messenger:consume async low_priority --time-limit=2000 -vvv ``` zum Import der Daten führt. Vielleicht kann doch noch jemand bestätigen bzw. mir erklären? 🧐 Ich kann ebenfalls bestätigen, dass die Console über HostEurope doch möglich ist… ---
**Author:** ![smhh](https://avatars.discourse-cdn.com/v4/letter/s/97f17d/32.png) [@smhh](https://forum.shopware.com/u/smhh)\ **Post date:** [28. Juli 2025 um 04:19 UTC](https://forum.shopware.com/t/migration-von-5-7-auf-6-7-1-mit-dem-migrations-assistenten-bleibt-stecken/107671/10 "2025-07-28T04:19:45Z")
Moin nabjoern, ich kann es bestätigen aber noch nicht erklären. Werde heute checken ob alles was ich wollte auch wirklich migriert ist. Ich denke aber, es ist ein Bug im Migrationsplugin. ---
**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\ **Post date:** [28. Juli 2025 um 07:08 UTC](https://forum.shopware.com/t/migration-von-5-7-auf-6-7-1-mit-dem-migrations-assistenten-bleibt-stecken/107671/11 "2025-07-28T07:08:49Z")
> [@nabjoern](#): > > ich bin seit einiger Zeit dabei einen SW 5.7 Shop nach SW6 zu migrieren Hm, mir macht schon diese Aussage etwas Sorge. Wurde die MIgration mit SW 6.7 oder gar schon mit SW 6.6 angefangen? Zumal 6.7.1. relativ frisch ist und zur Aussage ‚einiger Zeit‘ nicht passt. > [@nabjoern](#): > > Nun habe ich auf SW 6.7.1.0 geupdatet Grundsätzlich, sollte während einer Migration NIE der Shop geupdatet werden! Die Migration ist ein komplexer Prozess. Eine kleine Änderung in der Datenbank kann ungünstige bis fatale Folgen verursachen. ---
**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\ **Post date:** [28. Juli 2025 um 07:20 UTC](https://forum.shopware.com/t/migration-von-5-7-auf-6-7-1-mit-dem-migrations-assistenten-bleibt-stecken/107671/12 "2025-07-28T07:20:45Z")
> [@smhh](#): > > Die Migration bleibt bei 0% stehen, über Tage und lässt sich nur über die Datenbank stoppen. Grundsätzlich solltte ihr bei der Migration beachten, dass der Shop nicht im DEV läuft, sondern im Produktiv-Modus. Zusätzlich sollte ggf. der Arbeitsspeicher geprüft werden. So eine Migration verbraucht Ressourcen. Anonsten hat der Shop ein Log und hier sollte der erste Blick reingehen wenn etwas nicht so läuft wie es laufen sollte. ---
**Author:** ![smhh](https://avatars.discourse-cdn.com/v4/letter/s/97f17d/32.png) [@smhh](https://forum.shopware.com/u/smhh)\ **Post date:** [25. August 2025 um 17:18 UTC](https://forum.shopware.com/t/migration-von-5-7-auf-6-7-1-mit-dem-migrations-assistenten-bleibt-stecken/107671/13 "2025-08-25T17:18:59Z")
Hallo nabjoern, konntest Du schon etwas erreichen oder hast einen andere nWorkaround gefunden? Die Migration stop nach Update auf 6.7.1.2 immer noch. ---
**Author:** ![nabjoern](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/nabjoern/32/18847_2.png) [@nabjoern](https://forum.shopware.com/u/nabjoern)\ **Post date:** [26. August 2025 um 07:04 UTC](https://forum.shopware.com/t/migration-von-5-7-auf-6-7-1-mit-dem-migrations-assistenten-bleibt-stecken/107671/14 "2025-08-26T07:04:26Z")
Hi smhh, wie gesagt, ```auto bin/console messenger:consume async low_priority --time-limit=2000 -vvv ``` hat geholfen. Wenn man den Befehlt ausführt kann man / konnte ich die Migration starten. Ob das jetzt immer noch so ist oder ob es einen anderen Workaround gibt kann ich leider nicht sagen. ---
**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\ **Post date:** [26. August 2025 um 07:27 UTC](https://forum.shopware.com/t/migration-von-5-7-auf-6-7-1-mit-dem-migrations-assistenten-bleibt-stecken/107671/15 "2025-08-26T07:27:30Z")
> [@smhh](#): > > Die Migration stop nach Update auf 6.7.1.2 immer noch. Grundsätzlich sollte während einer Migration KEIN Shopware Update durchgeführt werden! Aber das hatte ich ja schon erwähnt. ---
**Author:** ![system](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/3X/2/9/29c7587ba660f00e4995d1743162782e5d6d8653.svg) [@system](https://forum.shopware.com/u/system)\ **Post date:** [25. September 2025 um 07:28 UTC](https://forum.shopware.com/t/migration-von-5-7-auf-6-7-1-mit-dem-migrations-assistenten-bleibt-stecken/107671/16 "2025-09-25T07:28:08Z")
Dieses Thema wurde automatisch 30 Tage nach der letzten Antwort geschlossen. Es sind keine neuen Antworten mehr erlaubt.