我有一个Ruby on Rails网站,可以对外部Web服务进行HTTP调用。

大约每天一次我得到一个SystemExit(下面的堆栈跟踪)错误电子邮件,其中对服务的调用失败。 如果我稍后在我的网站上尝试完全相同的查询,它可以正常工作。 自从该网站上线以来,它一直在发生,我没有找到导致它的原因。

Ruby是版本1.8.6,rails是版本1.2.6。

其他人有这个问题吗?

这是错误和堆栈跟踪。

发生了SystemExit /usr/local/lib/ruby/gems/1.8/gems/rails-1.2.6/lib/fcgi_handler.rb:116:in exit'/usr/local/lib/ruby/gems/1.8/gems/ rails-1.2.6 / lib / fcgi_handler.rb:116:在exit_now_handler'/usr/local/lib/ruby/gems/1.8/gems/activesupport-1.4.4/lib/active_support/inflector.rb:250:into_proc '/usr/local/lib/ruby/1.8/net/protocol.rb:133:in调用'/usr/local/lib/ruby/1.8/net/protocol.rb:133:in sysread'/ usr / local / lib / ruby​​ / 1.8 / net / protocol.rb:133:在rbuf_fill'/usr/local/lib/ruby/1.8/timeout.rb:56:in timeout'/usr/local/lib/ruby/1.8/timeout。 rb:76:在超时'/usr/local/lib/ruby/1.8/net/protocol.rb:132:in rbuf_fill'/usr/local/lib/ruby/1.8/net/protocol.rb:116:in readuntil '/usr/local/lib/ruby/1.8/net/protocol.rb:126:in readline'/usr/local/lib/ruby/1.8/net/http.rb:2017:in read_status_line'/ usr / local / lib / ruby​​ / 1.8 / net / http.rb:2006:in read_new'/usr/local/lib/ruby/1.8/net/http.rb:1047:in request'/usr/local/lib/ruby/1.8/ net / http.rb:945:in request_get'/usr/local/lib/ruby/1.8/net/http.rb:380:i n get_response'/usr/local/lib/ruby/1.8/net/http.rb:543:in start'/usr/local/lib/ruby/1.8/net/http.rb:379:in get_response'

===============>>#1 票数:9 已采纳

已知将fcgi与Ruby一起使用是非常错误的。

实际上每个人都因为这个原因搬到了Mongrel ,我建议你这样做。

===============>>#2 票数:8

自从我使用FCGI以来已经有一段时间,但我认为如果线程耗时太长,FCGI进程可能会抛出SystemExit。 这可能是Web服务没有响应甚至是慢速DNS查询。 一些谷歌搜索结果显示与Python和FCGI有类似的错误,因此转向mongrel将是一个好主意。 这篇文章是我用来设置mongrel的参考文献,我仍然会回过头来参考它。

===============>>#3 票数:5

我曾经在Apache1 / fastcgi上一直得到这些。 我认为这是因为在Ruby完成之前fastcgi挂断了。

切换到杂种是一个很好的第一步,但还有更多工作要做。 从实时页面上的Web服务中剔除是一个坏主意,尤其是来自Rails。 Rails不是线程安全的。 您可以支持的并发连接数等于群集中的mongrels(或Passenger进程)数。

如果您有一个杂种并且有人访问调用Web服务的页面需要10秒钟超时,那么对您网站的每个请求都将在此期间超时。 大多数负载平衡器只是盲目地循环你的杂种,所以如果你有两个mongrels,每个其他请求都会超时。

任何可能无法预测的慢速都需要在作业队列中发生。 第一次命中/ slow / action将作业添加到队列中,/ slow / action通过页面刷新或通过ajax查询继续刷新,直到作业完成,然后从作业队列中获取结果。 现在有一些Rails的作业队列,但最古老且可能最广泛使用的是BackgroundRB

根据应用程序的性质,另一种替代方法是通过cron每N分钟剔除一次服务,在本地缓存数据,并从缓存中读取实时页面。

===============>>#4 票数:1

我还要看看乘客 它比Apache / nginx + Mongrel的传统解决方案更容易上手。

  ask by Darren Greaves translate from so

未解决问题?本站智能推荐:

关注微信公众号