Rails 5.2 Проблемы с запуском Puma до Apache в производственном режиме - PullRequest
0 голосов
/ 20 апреля 2020

Так что я новичок в Apache. (Исходя из Пассажира.) Я развертываюсь из Капистрано, и он выглядит, как будто Puma загрузил ...

01:21 puma:start
      using conf file /var/www/mfta/shared/puma.rb
      01 /usr/share/rvm/bin/rvm default do bundle exec puma -C /var/www/mfta/shared/puma.rb --daemon
      01 Puma starting in single mode...
      01
      01 * Version 3.12.1 (ruby 2.6.2-p47), codename: Llamas in Pajamas
      01
      01 * Min threads: 4, max threads: 16
      01
      01 * Environment: production
      01
      01 * Daemonizing...
      01

... но это не так.

Service Unavailable
The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.

Если я запускаю "bundle exe c puma -e production" ... это работает просто отлично, но в результате получается "прослушивание" вместо "демонизации".

Puma starting in single mode...
* Version 3.12.1 (ruby 2.6.2-p47), codename: Llamas in Pajamas
* Min threads: 5, max threads: 5
* Environment: production
* Listening on tcp://0.0.0.0:3000
Use Ctrl-C to stop

Это из моего deploy.rb :

set :stage,           :production
set :deploy_via,      :remote_cache
set :puma_bind,       "unix://#{shared_path}/tmp/sockets/#{fetch(:application)}-puma.sock"
set :puma_state,      "#{shared_path}/tmp/pids/puma.state"
set :puma_pid,        "#{shared_path}/tmp/pids/puma.pid"
set :puma_access_log, "#{release_path}/log/puma.error.log"
set :puma_error_log,  "#{release_path}/log/puma.access.log"
set :puma_preload_app, true
set :puma_worker_timeout, nil
set :puma_init_active_record, true

namespace :puma do
  desc 'Create Directories for Puma Pids and Socket'
  task :make_dirs do
    on roles(:app) do
      execute "mkdir #{shared_path}/tmp/sockets -p"
      execute "mkdir #{shared_path}/tmp/pids -p"
    end
  end

  before :start, :make_dirs
end

namespace :deploy do
  desc "Make sure local git is in sync with remote."
  task :check_revision do
    on roles(:app) do
      execute "mkdir #{shared_path}/tmp/sockets -p"
      execute "mkdir #{shared_path}/tmp/pids -p"
    end
  end

  before :start, :make_dirs
end

namespace :deploy do
  desc "Make sure local git is in sync with remote."
  task :check_revision do
    on roles(:app) do
      unless `git rev-parse HEAD` == `git rev-parse origin/master`
        puts "WARNING: HEAD is not the same as origin/master"
        puts "Run `git push` to sync changes."
        exit
      end
    end
  end

  desc 'Restart application'
  task :restart do
    on roles(:app), in: :sequence, wait: 5 do
      invoke 'puma:start'
    end
  end

И это из моего файла виртуальных хостов apache2:

 <VirtualHost *:80>
    NameVirtualHost 99.99.99.99
    ServerName myapp.org
    DocumentRoot /var/www/myapp/current/public
    ServerSignature Off
    ProxyRequests Off
    <Proxy *>
        Order Allow,Deny
        Allow from all
    </Proxy>
    ProxyPass / http://localhost:3000/
    ProxyPassReverse / http://localhost:3000/
    ProxyVia On
</VirtualHost>

Может быть, я должен сказать Capistrano или Puma сделать что-то дополнительное с Apache? Есть ли дополнительный шаг для подключения Apache2 к демону Puma?

1 Ответ

0 голосов
/ 20 апреля 2020

Как я и подозревал ... ответ был в привязке к Пуме.

puma.rb

set :puma_bind,       "unix://#{shared_path}/tmp/sockets/#{fetch(:application)}-puma.sock"

Эта настройка используется для NGINX Полагаю ... Если вы используете Apache, то это должно совпадать с тем, что есть в вашем Virtual Host ProxyPass. В этом случае:

ProxyPass / http://localhost:3000/
    ProxyPassReverse / http://localhost:3000/

Таким образом, ваш deploy.rb должен иметь это под связыванием:

set :puma_bind,       "tcp://0.0.0.0:3000"

Таким образом, ваш puma.bind файл становится:

bind 'tcp://0.0.0.0:3000'

... который используется по умолчанию. Или что бы вы ни выбрали.

Я уверен, что есть миллиард способов сделать это ... но это то, что в конечном итоге сработало для меня до сих пор.

...