Magento-Zusammenstellung hängt!

Laufen bin/magento setup:di:compilehängt für immer bei 14%. Bereits zugewiesen 1G RAM und erhöhte Ausführungszeit 18000

läuft wieder mit

bin/magento setup:di:compile -vvv

nach 20 Minuten

Compilation was started.
Proxies code generation... 0/7 [>---------------------------]   0% 1 sec 61.2 
MiProxies code generation... 1/7 [====>-----------------------]  14% 2 mins 70.2 M
Repositories code generation... 1/7 [====>-----------------------]  14% 2 mins 70.2 MiB

magento2 compiler

— fefe
quelle

Sie sind sich nicht sicher, ob dies irgendwohin führt, aber könnten Sie versuchen, es mit bin / magento setup: di: compile -vvv auszuführen? Dies sollte die Debug-Ausgabe auslösen. Vielleicht können Sie dort etwas finden

— David Verholen

Haben Sie xdebug aktiviert? Wenn ja, könnten Sie versuchen, es zu deaktivieren?

— BuskaMuza

nein ich habe kein xdebug

— fefe

Haben Sie jemals eine Lösung dafür gefunden? Ich habe das gleiche Problem. Bei 14% stecken geblieben Repositories code generation... 1/7 [====>------------------] 14% 7 secs 44.0 Mib. Ich habe versucht, meiner VM etwas mehr RAM zuzuweisen und mein altes Ubuntu 14.04 vm und das neue Ubuntu 16.04 zu testen, beide mit PHP7 (kein xdebug).

— jmbertucci

Hast du Glück in diesem Fall? Ich bekomme das gleiche Problem:Repositories code generation... 1/7 [====>-----------------------] 14% 16 secs 87.5 MiB

— Danny Nimmo

Antworten:

Ich habe gerade diesen genauen Fehler behoben. Ich habe alle Module von Drittanbietern einzeln deaktiviert und überraschenderweise hing die Kompilierung immer noch an derselben Stelle.

Die Lösung, damit das Kompilieren für mich funktioniert, bestand darin, alle Moduldateien mit dem Befehl rm -rf app/code/*aus dem Magento-Verzeichnis zu löschen .

Ich bin nicht sicher, warum deaktivierte Module die Kompilierung beeinflussen, aber dies ist nützlich, damit andere es wissen. Dies sollte auch selbstverständlich sein. Stellen Sie sicher, dass Sie Ihr app/code/Verzeichnis vorab sichern, oder Sie können versuchen, jeweils ein Modul zu löschen / zu verschieben, um herauszufinden, was das Problem verursacht hat.

— Jamil
quelle

Ich habe gerade ein neues Modul installiert und als ich mich entschied, es zu deaktivieren und zu kompilieren, erhielt ich diesen Fehler. Das Löschen aus App / Code / half, das Problem zu beheben, und die Kompilierung hängt nicht mehr im Schritt 1/7. Vielen Dank.

— Soufanom

-2

Geben Sie an der Eingabeaufforderung ein

php bin/magento setup:di:compile [enter]

Sie werden den Fehler sehen.

In meinem Fall habe ich den Fehler gefunden

"Die Schnittstelle Magento \ Backend \ App \ ConfigInterface kann nicht deklariert werden, da der Name bereits in Vendor \ Magento \ Module-Checkout \ Helper \ Magento \ Backend \ App \ ConfigInterface verwendet wird."

dann ändere ich den Namespace "Magento\Backend\App"in "Magento\Checkout\Helper\Magento\Backend\App"invendor\magento\module-checkout\Helper\Magento\Backend\App\ConfigInterface.php

— user48637
quelle