这个时候我更想看看sidekiq.log

#1 楼 @zoker 看过了，最后没有什么东西。就是上一个任务结束了。

看 log 看看是否有异常，Crash 总是有原因的

不会是有代码调用了 exit 了吧

#4 楼 @jimrokliu 没有，如果不是-d 启动在后台，可以稳定的跑几周时间。

可以用 monit 加个监控先观察。sidekiq 的退出事件加个代码，收集一下运行的状态。

#6 楼 @jimrokliu 我现在是定期检查，如果发现有计划任务过期，或执行任务堆积，就判定 sidekiq 退出了，就再起一次。

@lukefan 除了 sidekiq.log，log 目录其它日志也看看。之前遇到 Redis 故障造成 Sidekiq 暂停执行。

现在感觉，就是内存太少了。我把并行任务数设为 10，大概有一半的几率会崩掉。设为 20，每次都崩。最后改成了 5，天下太平了。

#9 楼 @lukefan 一直都跑的 20，好好的啊

#10 楼 @zoker 你有多少内存？

一般这种情况基本都是内存不足

#11 楼 @lukefan 64G

外部请求没有加超时是导致 sidekiq frozen 的最常见原因

https://github.com/mperham/sidekiq/wiki/Problems-and-Troubleshooting#user-content-frozen-processes

解决方法如下

1. 使用纯 ruby 写的 dns 解析器
2. 给所有的外部请求加超时

http://mednoter.com/frozen-worker.html

我现在遇到的最多的是内存分配失败。 特别是 carrierwave 中调用 minimagick 进行图片处理的时候。

可以把 sidekiq 多配置几个进程

#16 楼 @qilinzou 总内存太少，再怎么折腾也是白费啊。