1

我使用这个 gem 已经有一段时间了，只是尝试将一个实际的登台环境部署到我的登台服务器上，但我遇到了问题。Unicorn 从命令开始unicorn_rails，-E production尽管所有设置都是正确的 afaik。

我在 deploy.rb 中注意到我的 unicorn_bin 变量被设置为 unicorn_rails。我在 deploy.rb 中去掉了这个设置。但是 unicorn:duplicate 仍然执行该unicorn_rails命令，默认值应该是unicorn.

如多阶段设置 wiki 文档中所述，我的 var 都设置为在 deploy/staging.rb 中暂存，但我注意到 -E 仍然设置为生产。

相关资料：

这是部署后我的 unicorn.log 文件的输出：

executing ["/var/www/apps/myapp/shared/bundle/ruby/2.0.0/bin/unicorn_rails", "-c", "/var/www/apps/bundio/current/config/unicorn.rb", "-E", "production", "-D", {12=>#<Kgio::UNIXServer:/tmp/bundio.socket>, 13=>#<Kgio::TCPServer:fd 13>}] (in /var/www/apps/bundio/current)

这是cap -T（默认为暂存）的输出

# Environments
rails_env          "staging"
unicorn_env        "staging"
unicorn_rack_env   "staging"

# Execution
unicorn_user       nil
unicorn_bundle     "/usr/local/rvm/gems/ruby-2.0.0-p247@global/bin/bundle"
unicorn_bin        "unicorn"
unicorn_options    ""
unicorn_restart_sleep_time  2

# Relative paths
app_subdir                         ""
unicorn_config_rel_path            "config"
unicorn_config_filename            "unicorn.rb"
unicorn_config_rel_file_path       "config/unicorn.rb"
unicorn_config_stage_rel_file_path "config/unicorn/staging.rb"

# Absolute paths
app_path                  "/var/www/apps/myapp/current"
unicorn_pid               "/var/www/apps/myapp/shared/pids/unicorn.myapp.pid"
bundle_gemfile            "/var/www/apps/myapp/current/Gemfile"
unicorn_config_path       "/var/www/apps/myapp/current/config"
unicorn_config_file_path  "/var/www/apps/myapp/current/config/unicorn.rb"
unicorn_config_stage_file_path
->                        "/var/www/apps/myapp/current/config/unicorn/staging.rb"

另一个奇怪的是， unicorn_rails -E 标志应该引用 rails 环境，而 unicorn -E 应该引用 rack env - rack env 应该只获取值开发和部署，但它被设置为生产，这有点奇怪（有关 RACK_ENV 变量的设置，请参阅独角兽文档。

对此的任何见解将不胜感激。在我的登台服务器上，我还将 RAILS_ENV 设置为登台。我已经为另一个环境设置了 rails 的东西，比如在我的环境文件夹中添加 staging.rb，在 database.yml 中添加一个 staging 部分等。

lib/capistrano-unicorn/config.rb中关于 unicorn_rack_env的重要行：

_cset(:unicorn_env)                { fetch(:rails_env, 'production' ) }
_cset(:unicorn_rack_env) do
# Following recommendations from http://unicorn.bogomips.org/unicorn_1.html
fetch(:rails_env) == 'development' ? 'development' : 'deployment'
end

提前致谢。

4

1 回答 1

0

好的，很久没有正确的环境，我发现了问题！

基本上，我的 init 脚本在我的 capistrano-unicorn bin 执行它之前运行。

因此，当 capistrano-unicorn 执行 unicorn 重启/重新加载/复制任务时，请确保您的 init.d 或 upstart 脚本用于管理 Unicorn 及其工作人员。

当我不得不调试陈旧的 pid 文件/已经在运行/无法侦听套接字错误时，我没想过要查看这些脚本。但这是有道理的，因为 upstart 在 Unicorn 不运行时启动了它，然后 capistrano-unicorn 也在尝试启动 Unicorn。

我现在已经将这些 capistrano 任务和钩子与 Monit 和 Unicorn 初始化脚本结合起来。

Capistrano 任务：

namespace :monit do
  desc ' wait 20 seconds '
  task :wait_20_seconds do
    sleep 20
  end
  task :monitor_all, :roles => :app do
    sudo "monit monitor all"
  end

  task :unmonitor_all, :roles => :app do
    sudo "monit unmonitor all"
  end

  desc 'monitor unicorn in the monit rc file'
  task :monitor_unicorn, :roles => :app do
    sudo "monit monitor unicorn"
  end

  desc 'unmonitor unicorn in the monit rc file'
  task :unmonitor_unicorn, :roles => :app do
    sudo "monit unmonitor unicorn"
  end
end

Capistrano 挂钩：

after 'deploy:restart', 'unicorn:duplicate'  # app preloaded. check https://github.com/sosedoff/capistrano-unicorn section for zero downtime

before 'deploy', "monit:unmonitor_unicorn"
before 'deploy:migrations', "monit:unmonitor_unicorn"

after 'deploy', 'monit:wait_20_seconds'
after "deploy:migrations", "monit:wait_20_seconds"

after 'monit:wait_20_seconds', 'monit:monitor_unicorn'

我使用 Monit 来监控我的独角兽进程：

在 /etc/monit/monitrc 中：

check process unicorn
  with pidfile /var/www/apps/my_app/shared/pids/mypid.pid
  start program = "/usr/bin/sudo service unicorn start"
  stop program = "/usr/bin/sudo service unicorn stop"

在您的 init 脚本中，您将使用以下内容启动 unicorn 进程： unicorn_rails -c /var/www/apps/my_app/current/config/unicorn.rb -E staging -D 确保 -E 标志设置为正确的环境。capistrano-unicorn gem 具有:set在 deploy.rb 中使用的指令，允许您为该 unicorn 进程指定环境。

于 2014-02-02T21:56:11.233 回答