Magentoのコンパイルがハングします。

実行bin/magento setup:di:compileは14％で永久にハングします。割り当て済みの1G RAMと実行時間の増加18000

再び走る

bin/magento setup:di:compile -vvv

20分後

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
ソース

それがどこかにつながるかどうかはわかりませんが、bin / magento setup：di：compile -vvvで実行してみてください。これにより、デバッグ出力がトリガーされます。多分あなたはそこに何かを見つけることができます

— David Verholen

xdebugを有効にしていますか？もしそうなら、それを無効にしてみませんか？

— BuskaMuza

いいえ、xdebugを持っていません

— fefe

これに対する解決策を見つけたことがありますか？同じ問題が発生しています。で14％のままRepositories code generation... 1/7 [====>------------------] 14% 7 secs 44.0 Mibです。私はVMにさらにRAMを割り当てて、古いUbuntu 14.04 vmと新しいUbuntu 16.04の両方をPHP7（xdebugなし）で試しました。

— jmbertucci 2016

これで運はありますか？同じ問題が発生します：Repositories code generation... 1/7 [====>-----------------------] 14% 16 secs 87.5 MiB

— Danny Nimmo

回答:

この正確なエラーを修正しました。私はすべてのサードパーティモジュールを1つずつ無効にしましたが、驚くべきことに、コンパイルは依然として同じ場所でハングアップしていました。

コンパイルが機能するための解決策rm -rf app/code/*は、Magentoディレクトリからコマンドを使用してすべてのモジュールファイルを削除することでした。

無効にされたモジュールがコンパイルに影響を与える理由はわかりませんが、これは他の人が知るのに役立ちます。また、これは言うまでもなく、app/code/ディレクトリを事前にバックアップしておくか、一度に1つのモジュールを削除または移動して、問題の原因を突き止めることができます。

— ジャミル
ソース

新しいモジュールをインストールしたばかりで、それを無効にしてコンパイルすると、このエラーが発生しました。app / code /から削除すると問題が解決し、コンパイルは1/7ステップでハングアップしなくなりました。ありがとう。

— soufanom

-2

コマンドプロンプトから

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

エラーが表示されます。

私の場合、エラーを見つけました

「名前がベンダー\ magento \ module-checkout \ Helper \ Magento \ Backend \ App \ ConfigInterfaceですでに使用されているため、インターフェイスMagento \ Backend \ App \ ConfigInterfaceを宣言できません」

その後、私は名前空間を変更"Magento\Backend\App"する"Magento\Checkout\Helper\Magento\Backend\App"でvendor\magento\module-checkout\Helper\Magento\Backend\App\ConfigInterface.php

— user48637
ソース