vscode remote container利用時、railsの開発環境にアクセスできない

Question

##実現したいこと
Dockerのコンテナ内でVSCodeを動かして、Railsアプリを開発したい

##できたこと

• Remote - Containersの拡張機能を使い、Dockerのコンテナ内でVSCodeを開く
• bin/rspecで、コンテナ内でテストを走らせる

##問題点
ブラウザでhttp://127.0.0.1:3000/やhttp://0.0.0.0:3000/にアクセスしてもページにアクセスできない。

// chromeに表示されるメッセージ
このページは動作していません
127.0.0.1 からデータが送信されませんでした。
ERR_EMPTY_RESPONSE
再読み込み

##試したこと

root@12345abc:/workspace# bin/rails s -b 0.0.0.0

=> Booting Puma
=> Rails 6.0.2.1 application starting in development 
=> Run `rails server --help` for more startup options
A server is already running. Check /workspace/tmp/pids/server.pid.
Exiting

root@12345abc:/workspace# rm /workspace/tmp/pids/server.pid

root@12345abc:/workspace# rails s
=> Booting Puma
=> Rails 6.0.2.1 application starting in development 
=> Run `rails server --help` for more startup options
Puma starting in single mode...
* Version 4.3.3 (ruby 2.6.5-p114), codename: Mysterious Traveller
* Min threads: 5, max threads: 5
* Environment: development
* Listening on tcp://127.0.0.1:3000
Use Ctrl-C to stop

127.0.0.1:3000や0.0.0.0:3000にアクセス→結果は変わらず

##環境
macOS X Mojave 10.14.5
Docker Desktop 2.1.0.4
Visual Studio Code 1.43.0
Remote - Containers 0.107.0
Ruby 2.6.5
Rails 6.0.2

##ファイル

#/docker-compose.yml
version: '3'
services:
  db:
    image: postgres
    volumes:
      - psgl_data:/var/lib/postgresql/data
    environment:
      POSTGRES_USER: root
      POSTGRES_PASSWORD: password
    ports:
      - 5433:5432
  web:
    build:
      context: .
      dockerfile: Dockerfile
    command: /bin/sh -c "rm -f tmp/pids/server.pid && bundle exec rails s -p 3000 -b '0.0.0.0'"
    tty: true
    stdin_open: true
    depends_on:
      - db
    ports:
      - "3000:3000"
    volumes:
      - .:/app_name
volumes:
  psgl_data:

#/Dockerfile
FROM ruby:2.6.5

RUN apt-get update -qq && apt-get install -y nodejs postgresql-client
RUN apt-get update && apt-get install -y curl apt-transport-https wget && \
curl -sS https://dl.yarnpkg.com/debian/pubkey.gpg | apt-key add - && \
echo "deb https://dl.yarnpkg.com/debian/ stable main" | tee /etc/apt/sources.list.d/yarn.list && \
apt-get update && apt-get install -y yarn

RUN mkdir /app_name 
ENV APP_ROOT /app_name 
WORKDIR $APP_ROOT

ADD ./Gemfile $APP_ROOT/Gemfile
ADD ./Gemfile.lock $APP_ROOT/Gemfile.lock

RUN gem install bundler
RUN bundle install
ADD . $APP_ROOT

#/.devcontainer/docker-compose.yml
version: '3'
services:
  web:
    volumes:
      - .:/workspace:cached
   command: /bin/sh -c "while sleep 1000; do :; done"

//.devcontainer/devcontainer.json
{
	"name": "Existing Docker Compose (Extend)",
	"dockerComposeFile": [
		"../docker-compose.yml",
		"docker-compose.yml"
	],
	"service": "web",
	"workspaceFolder": "/workspace",

	"settings": { 
		"terminal.integrated.shell.linux": null
	},

	"extensions": []
}

他に必要な情報がございましたらご指摘ください。
よろしくお願いいたします。

Answer 1

あー、そういうことですか。自分はそういう形で使ってなかったので、。
それなら
/.devcontainer/docker-compose.yml
がもとのcommandを上書きしてしまっているのが原因なので、
こちらのcommandを編集すれば大丈夫です。

このcommandでは無限ループさせて、rails sがエラーで立ち上がらなかった際にもコンテナを起動させたままにするのが意図だと思うので長くなりますが、その前に追加する形で

command: /bin/sh -c "rm -f tmp/pids/server.pid && bundle exec rails s -p 3000 -b '0.0.0.0' ; while sleep 1000; do :; done"

とすればうまくいくかと
それかエントリポイントに分けてかくために
DockerfileにENTRYPOINT ["entrypoint.sh"]を追加して、
entrypoint.shを作成して

#!/bin/sh
set -e
rm -f /app_name/tmp/pids/server.pid
exec "$@"

とすれば、ここに書いたrm部分は省略できます。

Comments

[d0ne1s]

できました！
具体的なコマンドまで教えていただきありがとうございます。
すごく助かりました????

まだまだわからない事だらけなので、もっと勉強していこうと思います！

Answer 2

試したことの２つ目の

rm /workspace/tmp/pids/server.pid

の後に１つ目でやってるようにIPを指定してみてください

bin/rails s -b 0.0.0.0

bin/rails sはデフォルトで127.0.0.1をlistenしますが、これは0.0.0.0と同じではありません。
詳しくはこちらの記事などを参照してください
rails s -b 0.0.0.0 のオプション-bの意味
vscodeは関係ないと思います。

Comments

[d0ne1s]

アクセスできました！ありがとうございます！

できれば、毎回起動するたびに
`rm /workspace/tmp/pids/server.pid`
`bin/rails s -b 0.0.0.0`
とするのは手間なので、初めからアクセスできる状態でサーバーを起動させたいのですが、
その場合`/.devcontainer/docker-compose.yml`の方にcommandを書いていく形になるのでしょうか。
それとも`/docker-compose.yml`内の既存のコメントを修正する形でしょうか。

重ねての質問となってしまい恐縮ですが、ご教授いただけますと助かります。

[d0ne1s]

現状、vscodeのremote decelopmentを噛ませずに普通にdocker-compose up -dで起動した場合には、特に.pidの削除なしで0.0.0.0:3000にアクセスできている状態です。