自分のエラーではないが、同僚が docker-compose up 時に下記エラーが出て解決まで至ったので忘れないうちにメモ。

エラーログ

このエラーが出る前に、docker-compose down --volumesを行いエイリアスコマンドでdocker-compose up -dを実行していた。下記はdocker-compose up -d時のエラー。

ERROR: for www_spring_1  Cannot start service spring: OCI runtime create failed: container_linux.go:367
Creating www_rails_1  ... done
Creating www_https-portal_1 ... done
ERROR: for spring  Cannot start service spring: OCI runtime create failed: container_linux.go:367: starting container process caused: exec: "spring": executable file not found in $PATH: unknown
ERROR: Encountered errors while bringing up the project.

エラーログ解消のためにやったこと

docker-compose down --volumesは、コンテナの停止&破棄と docker-compose.yml ファイルの volumes セクションの名前付き volume を削除する。

例えば、下記の場合はbundleとnode_modulesの volume が削除される。

version: "3"
services:
  db:
    ...
  rails:
    ...
  spring:
    ...
  redis:
    ...
volumes:
  bundle:
  node_modules:
  ...

次に、docker-compose up -dをエイリアスコマンドで実行していた。 ここが今回の原因発覚を遅らせたコマンド。

-dはバックグラウンドで実行されるため、実行ログがコンソール上には出ず実行結果として done または error のような形で結果がわかる。

Creating redis_1 ... done
Creating db_1    ... done
Creating rails_1  ... done
Creating spring_1 ... error

このとき、名前付きボリュームを削除したため rails コンテナ起動時に bundle install が改めて走っていたが、上記のように done と表示されていたため問題ないものと思いすぐにdocker-compose down --volumesを行っていろいろと解決のため試していた。

そのため、bundle install がいつまで経っても終わらず、spring コンテナはこの volume を使うように指定していたため起動時には必要な volume がないためエラーを吐いていた。

docker-compose upでログを確認しながら、bundle install 等が終わったことを確認し volumes ができたことを確認し再度docker-compose upを行ったら spring コンテナを起動することができた。

バックグラウンドで起動すると裏で何が行われているか確認ができず、原因発覚が遅れるのでこういうときはフォアグランドで実行しようという話でした(特にエイリアスコマンドなどで普段コンテナ起動していると忘れがち)。