0

问题：重新启动精简时发出的所有请求都会导致 502 Bad Gateway Errors。

当我将代码更改部署到我的服务器时，我必须重新启动以使新更改生效。我的瘦配置 yml 如下所示：

chdir: /var/www/appname
servers: 6
environment: production
onebyone: true
wait: 30
no-epoll: true
address: 0.0.0.0
port: 3000
timeout: 30
log: log/thin.log
pid: tmp/pids/thin.pid
max_conns: 1024
max_persistent_conns: 512
require: []
daemonize: true

我的理解是“onebyone”属性将确保至少有 1 个服务器始终可用于响应请求。但是，在所有服务器完成重新启动之前发出的任何请求都会导致 502 Bad Gateway 错误或 504 Gateway Time-out。在将新代码推送到生产环境后，如何确保始终正确处理我的请求？

更新

瘦日志显示此错误：

/usr/local/lib/ruby/gems/1.9.1/gems/eventmachine-0.12.10/lib/eventmachine.rb:572:in `start_tcp_server': no acceptor (RuntimeError)
    from /usr/local/lib/ruby/gems/1.9.1/gems/eventmachine-0.12.10/lib/eventmachine.rb:572:in `start_server'
    from /usr/local/lib/ruby/gems/1.9.1/gems/thin-1.3.1/lib/thin/backends/tcp_server.rb:16:in `connect'
    from /usr/local/lib/ruby/gems/1.9.1/gems/thin-1.3.1/lib/thin/backends/base.rb:53:in `block in start'
    from /usr/local/lib/ruby/gems/1.9.1/gems/eventmachine-0.12.10/lib/eventmachine.rb:256:in `call'
    from /usr/local/lib/ruby/gems/1.9.1/gems/eventmachine-0.12.10/lib/eventmachine.rb:256:in `run_machine'
    from /usr/local/lib/ruby/gems/1.9.1/gems/eventmachine-0.12.10/lib/eventmachine.rb:256:in `run'
    from /usr/local/lib/ruby/gems/1.9.1/gems/thin-1.3.1/lib/thin/backends/base.rb:61:in `start'
    from /usr/local/lib/ruby/gems/1.9.1/gems/thin-1.3.1/lib/thin/server.rb:159:in `start'
    from /usr/local/lib/ruby/gems/1.9.1/gems/thin-1.3.1/lib/thin/controllers/controller.rb:86:in `start'
    from /usr/local/lib/ruby/gems/1.9.1/gems/thin-1.3.1/lib/thin/runner.rb:185:in `run_command'
    from /usr/local/lib/ruby/gems/1.9.1/gems/thin-1.3.1/lib/thin/runner.rb:151:in `run!'
    from /usr/local/lib/ruby/gems/1.9.1/gems/thin-1.3.1/bin/thin:6:in `<top (required)>'
    from /usr/local/bin/thin:19:in `load'
    from /usr/local/bin/thin:19:in `<main>'

我正在重新开始sudo thin -C /etc/thin/appname.yaml restart

似乎发生的事情是瘦正在尝试侦听端口 3000，但之前的瘦进程仍在该端口上运行？为什么会发生这种情况？

4

1 回答 1

1

当 Thin 停止时，它会在与 Nginx 通信时删除套接字文件，然后在成功启动时重新创建它。即使 Thin 停止，NGinx 仍在侦听 Web 请求。如果此时向 Nginx 发出请求，则会导致您提到的错误。这只是意味着 Thin 无法正常启动，或者在您的情况下无法绑定到套接字。这可能意味着您试图停止和启动太快。

像这样的上限任务应该可以正常工作。

task :restart do
  sudo "bundle exec thin restart -C thin.yml"
end

onebyone删除后这仍然是一个问题吗？

我还发现这篇文章对于使用 Thin 和 Capistrano 实现滚动重启非常有用 - http://pointatstar.wordpress.com/2011/01/17/rolling-restart-for-thin-cluster-via-capistrano/

就个人而言，我一直在使用 Unicorn，因为它内置了滚动重启。它在 RailsCast 中被覆盖 - http://railscasts.com/episodes/373-zero-downtime-deployment

于 2012-11-11T09:59:30.897 回答