Docker-composeを利用してEC-CUBEカスタマイズ用の環境を作成したいと思っています。


開発対象を4.2としたいのですが、git cloneしたそのままでdocker-composeすると4.3のイメージが利用されるようです。


docker-compose.yml内のコメントをもとに、ローカル環境でビルドを実施しましたが、
出来上がったimageでdocker-compose up -dすると、エラーでコンテナが起動しません。

2024-03-28 09:45:00 exec /usr/local/bin/docker-php-entrypoint: no such file or directory


ビルドのログを見る限り、Dockerfileに記載されている対象ファイルのCOPYは動いているように見えるのですが、
エラー的にはそのファイルがない、もしくはexecコマンド？が無いような状況に見えます。


コンテナ内を調べてみようと思ったのですが、entry pointが動かないコンテナを立ち上げる術を理解していないため、それができませんでした。

動かない理由や、確認方法についてアドバイスいただけるとありがたいです。

> 開発対象を4.2としたいのですが、git cloneしたそのままでdocker-composeすると4.3のイメージが利用されるようです。

EC-CUBEのgitにて、4.2のブランチに変更していますか？

Dockerへのインストール方法は、下記の公式ドキュメントにて記載されています。
参考にしてみてください。
https://doc4.ec-cube.net/quickstart/install

----------------
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
EC-CUBEインテグレートパートナー【ゴールド】ランク
M&I Works
URL: https://miworks.biz/
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

ご返信ありがとうございました。

ブランチは4.2に切り替えています。
私が探したレベルでは、4.2のイメージは見つからなかったのですが、どこかに存在するのでしょうか？

docker-composeを利用した手順は参考にしています。
今回は、ビルドしてから手順を追っていますが、一番初めのdocker-compose up -dでエラーになるので、質問させていただきました。

何か情報があればよろしくお願いします。

原因がわかりましたので自己回答です。

Windows環境下でBuildを行うと、改行がCRLFに変更されたファイルをもとにイメージを作成してしまうため、コンテナが動作時に障害となるようです。

今回の話では、ENTRYPOINTになるdocker-php-entrypointファイルが障害の対象で、ファイルの先頭に記載されている実行モジュールの指定（shebang)が認識せず、動作していませんでした。

ビルドを行う環境は、WSLなどを利用して極力Linuxを利用するのが良いようです。

ビルドした Docker イメージが正しく起動しない原因を確認しましたか？
エラーメッセージに示されているように、エントリーポイントが正しく設定されていますか？
Dockerfile で指定されたファイルが正しくコピーされていますか？
docker-compose.yml の設定が正しいことを確認しましたか？
開発対象のEC-CUBEカスタマイズ用の環境が、4.2バージョンとして正しく設定されていますか？

----------------
https://retrobowlgame.org

ありがとうございます。
この件は、先のメッセージで自己回答した通り解決しております。