Ruby on rails 独角兽错误：“；错误--：收获#<；过程：状态：pid 12345 SIGABRT（信号6）>；工人=2“；_Ruby On Rails_Unicorn

Ruby on rails 独角兽错误：“；错误--：收获#<；过程：状态：pid 12345 SIGABRT（信号6）>；工人=2“；

ruby-on-rails

Ruby on rails 独角兽错误：“；错误--：收获#<；过程：状态：pid 12345 SIGABRT（信号6）>；工人=2“；,ruby-on-rails,unicorn,Ruby On Rails,Unicorn,我们每天都会遇到这样的错误（有时不止一次）： apr13 12:16:31 app1 unicorn.log:E[2014-04-13T12:16:31.302011#17269]错误--：收获#工人=2 我们使用Unicorn 4.8.2和Ruby on Rails应用程序它似乎不会在任何明显的时间发生，比如在部署期间或部署之后我们不知道如何调试这个问题——有没有关于问题可能是什么或如何调试的建议？结果证明，只是我们的monit在进程启动时执行了一个“kill-6”（SIBABRT）使

我们每天都会遇到这样的错误（有时不止一次）：

apr13 12:16:31 app1 unicorn.log:E[2014-04-13T12:16:31.302011#17269]错误--：收获#工人=2

我们使用Unicorn 4.8.2和Ruby on Rails应用程序

它似乎不会在任何明显的时间发生，比如在部署期间或部署之后

我们不知道如何调试这个问题——有没有关于问题可能是什么或如何调试的建议？

结果证明，只是我们的monit在进程启动时执行了一个“kill-6”（SIBABRT）使用了太多的内存，所以我们暂时突破了这个限制

我们还没有研究它为什么会使用那么多内存。

您可能知道，但是当出现堆溢出或其他涉及内存访问错误的问题时，通常会调用

SIGABRT

信号。坦率地说，我不知道如何调试C，但为了找出罪魁祸首，我会：1）更新Ruby 2）更新Unicorn/尝试另一个应用服务器3）禁用包含C扩展的gems，并注意问题是否仍然存在谢谢。我们确实更新了Ruby和Unicorn。我们之前使用的是Ruby 1.9.3和Unicorn 4.8.0。然后我们几乎遇到了同样的问题，但我相信是关于SIGIOT的。然后我们将Ruby升级到2.1.1。我相信那就是它变成SIGABRT的时候。然后我们将Unicorn升级到4.8.2，没有任何改进。禁用C gems是一个好主意，尽管可能有点棘手。我会调查的。

Apr 13 12:16:31 app1 unicorn.log:  E, [2014-04-13T12:16:31.302011 #17269] ERROR -- : reaped #<Process::Status: pid 17300 SIGABRT (signal 6)> worker=2