2017-04-04 2 views
0

ステージングに展開するcapistranoスクリプトをセットアップしました。何らかの理由でサーバーが再起動された場合、pumaサーバーを再起動して展開が完了し、pumaサーバーを再起動する方法が見つからないようです。ec2でcapistranoを使用してコードをデプロイした後にpumaサーバーを起動する方法

私はec2サーバでrails 4.2とUbuntu 16.04を使用しています。私はpuma-managerと一緒に起動スクリプトを試しましたが、私はそれがubuntu 16.04でサポートされていないと思います。

私はPUMA-マネージャのためのhttp://blog.peterkw.me/automatic-start-for-puma-rails-and-postgresql/

私deploy.rbファイルが

lock "3.8.0" 

set :application, 'pb-ruby' 
set :repo_url, '[email protected]:url/pb-ruby.git' # Edit this to match your repository 
set :branch, :staging_new 
set :stages, %w(staging,dev_org) 
set :default_stage, "dev_org" 
set :deploy_to, '/home/pb/pb-ruby' 
set :pty, true 
set :linked_files, %w{config/database.yml} 
set :linked_dirs, %w{log tmp/pids tmp/cache tmp/sockets vendor/bundle public/system public/uploads} 
set :bundle_binstubs, nil 
set :keep_releases, 5 
set :rvm_type, :user 
set :rvm_ruby_version, '2.3.0' # Edit this if you are using MRI Ruby 

set :puma_rackup, -> { File.join(current_path, 'config.ru') } 
set :puma_state, "#{shared_path}/tmp/pids/puma.state" 
set :puma_pid, "#{shared_path}/tmp/pids/puma.pid" 
set :puma_bind, "unix://#{shared_path}/tmp/sockets/puma.sock" #accept array for multi-bind 
set :puma_conf, "#{shared_path}/config/puma.rb" 
set :puma_access_log, "#{shared_path}/log/puma_error.log" 
set :puma_error_log, "#{shared_path}/log/puma_access.log" 
set :puma_role, :app 
set :puma_env, fetch(:rack_env, fetch(:rails_env, 'staging')) 
set :puma_threads, [0, 8] 
set :puma_workers, 0 
set :puma_worker_timeout, nil 
set :puma_init_active_record, true 
set :puma_preload_app, false 

Capfileがあり、このリンクをたどっ:

require 'capistrano/setup' 

# Include default deployment tasks 
require 'capistrano/deploy' 


require 'capistrano/bundler' 
require 'capistrano/rvm' 
require 'capistrano/rails/assets' # for asset handling add 
require 'capistrano/rails/migrations' # for running migrations 
require 'capistrano/puma' 

puma.rbファイルが

workers 1 

# Min and Max threads per worker 
threads 1, 6 

app_dir = File.expand_path("../..", __FILE__) 
shared_dir = "#{app_dir}/shared" 

# Default to production 
rails_env = ENV['RAILS_ENV'] || "staging" 
environment rails_env 

# Set up socket location 
bind "unix:///home/pb/pb-ruby/shared/tmp/sockets/puma.sock" 

# Logging 
stdout_redirect "/home/pb/pb-ruby/shared/log/puma.stdout.log", "/home/pb/pb-ruby/shared/log/puma.stderr.log", true 

# Set master PID and state locations 
pidfile "/home/pb/pb-ruby/shared/tmp/pids/puma.pid" 
state_path "/home/pb/pb-ruby/shared/tmp/pids/puma.state" 
activate_control_app 

on_worker_boot do 
    require "active_record" 
    ActiveRecord::Base.connection.disconnect! rescue ActiveRecord::ConnectionNotEstablished 
    ActiveRecord::Base.establish_connection(YAML.load_file("/home/pb/pb-ruby/shared/config/database.yml")[rails_env]) 
end 
です

答えて

0

私はこのような問題を一度も持っていました。私は、現在実行中は、この

を行う前に、インスタンスをレール殺す:私は

cd current/app_dir rails s -d -p 3000 -e 'production'

PSを展開し、このコマンドを毎回使用してデーモンとして、レールのサーバーインスタンスを追加することになりました

関連する問題