capistranoでrailsアプリをAWSサーバーに再度デプロイしたい

Question

AWSに更新内容を反映させようと
bundle exec cap production deployコマンドを使い
capistranoでrailsアプリをAWSサーバーに再度デプロイをしたのですが、
このようなエラーが出ました。

Mysql2::Error::ConnectionError: Unknown MySQL server host 'db' (2)

Elasticaアドレスを使いいぜんはひらけていたのですが、
we are sorryと出るようになってしまいました。
[ec2-user@ip**** Books]$ rails db:create RAILS_ENV=production
このコマンドでも同じエラーが出ます

docker-compose up 時にでる

debconf: delaying package configuration, since apt-utils is not installed

エラーはなにか関係がありますか？

Amazon Linux 2を利用しているので、MariaDBです。

bundle exec cap production deploy

1:in `block (2 levels) in execute'
/Users/user/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/sshkit-1.21.0/lib/sshkit/runners/parallel.rb:15:in `rescue in block (2 levels) in execute': Exception while executing as ec2-user@54.249.219.192: rake exit status: 1 (SSHKit::Runner::ExecuteError)

Caused by:
SSHKit::Runner::ExecuteError: Exception while executing as ec2-user@54.249.219.192: rake exit status: 1
rake stdout: Nothing written

Caused by:
SSHKit::Command::Failed: rake exit status: 1
rake stdout: Nothing written
rake stderr: DEPRECATION WARNING: Including LoggerSilence is deprecated and will be removed in Rails 6.1. Please use `ActiveSupport::LoggerSilence` instead (called from block (2 levels) in require at /home/ec2-user/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/bundler-2.1.4/lib/bundler/runtime.rb:74)

Tasks: TOP => deploy:migrate
(See full trace by running task with --trace)
The deploy has failed with an error: Exception while executing as ec2-user@54.249.219.192: Exception while executing as ec2-user@54.249.219.192: rake exit status: 1
rake stdout: Nothing written
rake stderr: DEPRECATION WARNING: Including LoggerSilence is deprecated and will be removed in Rails 6.1. Please use `ActiveSupport::LoggerSilence` instead (called from block (2 levels) in require at /home/ec2-user/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/bundler-2.1.4/lib/bundler/runtime.rb:74)
rake aborted!
Mysql2::Error::ConnectionError: Unknown MySQL server host 'db' (2)

をしたのですが、

default: &default
  adapter: mysql2
  encoding: utf8
  pool: <%= ENV.fetch("RAILS_MAX_THREADS") { 5 } %>
  username: root
  password: <%= ENV['DATABASE_PASSWORD'] %>
  # socket: /tmp/mysql.sock

  host: db

development:
  <<: *default
  database: Books_development

test:
  <<: *default
  database: Books_test

production:
  <<: *default
  database: Books_production

  username: root
  password: <%= ENV['DATABASE_PASSWORD'] %>
  socket: /var/lib/mysql/mysql.sock

version: '3'
services:
  db:
    image: mysql:5.6 
    environment:
      MYSQL_ROOT_PASSWORD: example
      MYSQL_DATABASE: root
    ports:
      - "4306:3306"  
    volumes:
      - mysql-data:/var/lib/mysql
  web:
    build: .
    environment:
      DATABASE_PASSWORD: example
    command: bash -c "rm -f tmp/pids/server.pid && bundle exec rails s -p 3000 -b '0.0.0.0'"
    volumes:
      - .:/Books
    ports:
      - 3000:3000
    depends_on:
      - db
    tty: true
    stdin_open: true
volumes:
  mysql-data:

lock '3.14.1'

set :application, 'Books'

set :repo_url,  '[e-mail]:shunichfukui/Books.git'

set :linked_dirs, fetch(:linked_dirs, []).push('log', 'tmp/pids', 'tmp/cache', 'tmp/sockets', 'vendor/bundle', 'public/system', 'public/uploads')

set :rbenv_type, :user
set :rbenv_ruby, '2.6.5'
set :ssh_options, auth_methods: ['publickey'],
                                  keys: ['~/.ssh/35783578a.pem'] 

set :unicorn_pid, -> { "#{shared_path}/tmp/pids/unicorn.pid" }

set :unicorn_config_path, -> { "#{current_path}/config/unicorn.rb" }
set :keep_releases, 5

after 'deploy:publishing', 'deploy:restart'
namespace :deploy do
  task :restart do
    invoke 'unicorn:restart'
  end
end

app_path = File.expand_path('../../../', __FILE__)

worker_processes 1

working_directory "#{app_path}/current"

listen "#{app_path}/shared/tmp/sockets/unicorn.sock"

pid "#{app_path}/shared/tmp/pids/unicorn.pid"

stderr_path "#{app_path}/shared/log/unicorn.stderr.log"

stdout_path "#{app_path}/shared/log/unicorn.stdout.log"

timeout 60


preload_app true
GC.respond_to?(:copy_on_write_friendly=) && GC.copy_on_write_friendly = true

check_client_connection false

run_once = true

before_fork do |server, worker|
  defined?(ActiveRecord::Base) &&
    ActiveRecord::Base.connection.disconnect!

  if run_once
    run_once = false # prevent from firing again
  end

  old_pid = "#{server.config[:pid]}.oldbin"
  if File.exist?(old_pid) && server.pid != old_pid
    begin
      sig = (worker.nr + 1) >= server.worker_processes ? :QUIT : :TTOU
      Process.kill(sig, File.read(old_pid).to_i)
    rescue Errno::ENOENT, Errno::ESRCH => e
      logger.error e
    end
  end
end

after_fork do |_server, _worker|
  defined?(ActiveRecord::Base) && ActiveRecord::Base.establish_connection
end

 bundle exec unicorn_rails -c config/unicorn.rb -E production -D

bundler: failed to load command: unicorn_rails (/home/ec2-user/.rbenv/versions/2.6.5/bin/unicorn_rails)
ArgumentError: config_file=config/unicorn.rb would not be accessible in working_directory=/var/www/current
  /home/ec2-user/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/unicorn-5.4.1/lib/unicorn/configurator.rb:592:in `working_directory'
  config/unicorn.rb:7:in `reload'

関係あるかわからないが
docker-compose up -d　済み

production.rbの内容はあっていると思います
server 'アドレスと一致', user: 'ec2-user', roles: %w{app db web}

deploy部分の [e-mail]:shunichfukui/Books.git
を
[e-mail]/shunichfukui/Books.git

にしてもだめでした。。

なにか足りない情報などがありましたら
遠慮なくお願いします

Answer 1

Mysql2::Error::ConnectionError: Unknown MySQL server host 'db' (2)

なので、MySQLのコンテナが見つかってないのが原因ですね。

考えられる原因として、unicornを起動する段階でまだdbコンテナが立ち上がっていない可能性があります。
下記あたりが参考になるかもしれません。いずれも何かしらの処理を挟んで起動完了を待つという感じの解決策のようです。

Compose における起動順の制御
docker-composeでAPPコンテナがDBコンテナの起動完了を待ってくれない問題を手軽に解決する
docker-composeでDBの起動完了を待ってからWebアプリを実行する

Comments

[tomsuma]

ご回答ありがとうございます
Docker関係にどこか間違いがあるということでしょうか
どの記述が何を指すのかあまりまだわかっておらず、
色々記事を見ても細かくは乗っていなく、
そういう事は本を買って調べるしかないのでしょうか

[yu_1985]

別に間違ってるわけではないと思いますけど、コンテナが立ち上がって使用可能になるまでにはラグがあることがあるのと、それは必ずしもコンテナだけの問題ではなく中で何を動かしているかにもよるのでそこを考慮する必要があるということだと思っています。
depends_onで依存関係を定義することはできますが、起動順序が決まるだけで前に起動させたコンテナのサービスが準備完了するまで待ってくれるわけではないので、そこは自分でなんとかするしかないというところかなと。

断片的に解説したものより公式ドキュメントを読みましょう。古い情報が混じってることが多いので気をつけないと混乱します。
下記は公式ドキュメントを日本語化したものですが、これは最新の情報に追従しきれてないようなので、可能であれば英語の原文ドキュメントを見ることをお勧めします。
https://docs.docker.jp/compose/networking.html

[tomsuma]

初歩の質問に戻らせてもらい大変恐縮なのですが、DockerとAWSを結びつけるような事は何もしておらず、AWSでElasticID取得後、Dockerを入れたのました。
Dockerを入れ始めたところMysql2::Error:が出始めるようになったので関係あるかなと主持ったのですが、もしかして関係ないのでしょうか？

[yu_1985]

> host: db

confのここの部分でdocker-composeで立ち上げたdbコンテナを明示的に指定しているんですが…。
本当に何もしてないんですか？誰か他の人がこの設定をやったということですか？

また、その言い方だとそれ以前はちゃんとデプロイできていたんでしょうか。
そうだとすると、その頃はどのようにデプロイしていたんですか？
考えられるとすれば、何らかの方法で「db」をどこかのデータベースとして名前解決していたということですが…。

[tomsuma]

>誰か他の人がこの設定をやったということですか？
Qiitaの記事を見てなんとなくでできてしまいました。。

>また、その言い方だとそれ以前はちゃんとデプロイできていたんでしょうか。
以前はElastic IPで開けていました。

>その頃はどのようにデプロイしていたんですか？
bundle exec cap production deploy
コマンドでデプロイしていました
であっているでしょうか？

>何らかの方法で「db」をどこかのデータベースとして名前解決していたということですが…。
Dockerを加えてから初めて
bundle exec cap production deploy
コマンドを打ちました

[tomsuma]

docker-compose down --rmi all --volumes
でDocker関係を一度消してもやはり同じエラーが出ます

[yu_1985]

> 以前はElastic IPで開けていました。

今でもそれは変わらないはずです。
問題はDockerで環境構築する以前にデプロイしていて、それはうまく行ってましたか、ということです。

> bundle exec cap production deploy

capistranoを使っていた事実ではなく、capistranoに何をさせていたかを確認したかったです。

> Dockerを加えてから初めて
> bundle exec cap production deploy
>コマンドを打ちました

これは、Dockerで環境構築する以前にはデプロイを行っていなかったということですか？
「再度」と書いてありますが…。

> docker-compose down --rmi all --volumes
でDocker関係を一度消してもやはり同じエラーが出ます

書いた通りの原因だったらそれをやったところで意味はないです。
回答のURLを参考に対処してみてください。それでうまく行かなかったら別の原因ということです。

そもそもなぜDockerを使ったんでしょうか？
Railsを動かすことだけが目的だったら一旦もとに戻すのもアリだと思います。

[tomsuma]

ご回答ありがとうございます
こちらの説明不足で申し訳ございません

＞今でもそれは変わらないはずです。
問題はDockerで環境構築する以前にデプロイしていて、それはうまく行ってましたか、ということです。

Dockerを加えて再度デプロイしたいです。

>capistranoに何をさせていたかを確認したかったです。

自動デプロイを実行しておりました

>そもそもなぜDockerを使ったんでしょうか？
Railsを動かすことだけが目的だったら一旦もとに戻すのもアリだと思います

一度戻そうとしてdocker-compose down --rmi all --volumesコマンドを打ったつもりでした。
そしてrails sでも
Unknown MySQL server host 'db' (0)
のエラーが出ます
docker-compose up すると
ActiveRecord::NoDatabaseError
Unknown database 'Books_development'
エラーが出ます。。。

[yu_1985]

'db'を参照しようとしてるのだから、コンテナを立ち上げてない状態で接続出来ないのは当然です。

docker-compose up で「そんなデータベース知らないです」と言われたのなら、dbに接続はできてるけどデータベースが見つからない状態なのでちゃんとデータベースを作成してください。

[tomsuma]

大変失礼しました。
こちらの事情で大変申し訳無いのですが、只今就活中で少し焦ってしまいました
ありがとうございます
とりあえず本読みます