Heroku上的Rails 4错误R14(超出内存配额)

时间:2014-05-25 18:40:48

标签: ruby-on-rails ruby heroku ruby-on-rails-4 memory-leaks

我一直得到(显然很常见)Error R14,不确定它何时开始但是在安装Papertrail插件后注意到了。在看到其他人提到它之后,我还添加了oink。我已尝试过其他人在其他SO问题中尝试过的所有问题,但我似乎无法找到问题/内存泄漏。

Error R14 (Memory quota exceeded)
heroku/web.1: Process running mem=587M(114.7%)

当我看到这个时,为了暂时解决这个问题,我运行了heroku restart,它可以运行一段时间,但我想永久解决这个问题。

从我在Papertrail中看到的,该应用程序只是一遍又一遍地加载同一页面(主页)(而不是用户流量):

app/web.1: Completed 200 OK in 436ms (Views: 45.5ms | ActiveRecord: 386.2ms) 
app/web.1: May 25 18:14:52 5d2105e1-d799-4496-a2af-3785e78998db rails[9]: Oink Action: static_pages#home
app/web.1: May 25 18:14:52 5d2105e1-d799-4496-a2af-3785e78998db rails[9]: Memory usage: 378860 | PID: 19
app/web.1: May 25 18:14:52 5d2105e1-d799-4496-a2af-3785e78998db rails[9]: Oink Log Entry Complete 
heroku/web.1: source=web.1 dyno=heroku.25566769.9d9a3da0-db4c-4b51-bc53-b69be9e43cb7 sample#memory_total=209.86MB sample#memory_rss=209.83MB sample#memory_cache=0.02MB sample#memory_swap=0.00MB sample#memory_pgpgin=59278pages sample#memory_pgpgout=5555pages 

并在2分钟后:

heroku/web.1: source=web.1 dyno=heroku.25566769.9d9a3da0-db4c-4b51-bc53-b69be9e43cb7 sample#memory_total=293.73MB sample#memory_rss=291.94MB sample#memory_cache=0.02MB sample#memory_swap=1.77MB sample#memory_pgpgin=80890pages sample#memory_pgpgout=6147pages `

我还从其他问题here和Heroku here

的说明启用了heroku labs:enable log-runtime-metrics

我还添加了New Relic插件,这是我在Monitoring>中看到的。实例选项卡:

最近7天: last 7 days

过去24小时: last 24 hours

我很困惑,因为你可以看到5/24之后内存使用率下降并且一直保持下降,但在日志中显示内存使用mem=587M(114.7%),在过去24小时内平均为150M,所以我不明白发生了什么。我希望有人能帮帮忙。感谢。

更新1:添加了Gemfile

#Gemfile
source 'https://rubygems.org'
ruby '2.1.1'
gem 'rails', '4.1.1'

gem 'puma', '~> 2.8.2'
gem 'turbolinks', '~> 2.2.2'
gem 'pg', '~> 0.17.1'
gem 'rack-attack', '~> 4.0.1'
gem 'memcachier'
gem 'dalli', '~> 2.7.1'
gem 'oink'
gem 'fog', '~> 1.22.0'
gem 'activeadmin', github: 'gregbell/active_admin'
gem 'dynamic_sitemaps', '~> 2.0.0'
gem 'whenever', :require => false
gem 'cancancan', '~> 1.8.0'
gem 'mini_magick', '~> 3.7.0'
gem 'carrierwave', '~> 0.10.0'
gem 'devise', '~> 3.2.4'
gem 'rolify', '~> 3.4.0'
gem 'simple_form', '~> 3.0.2'
gem 'cocoon', '~> 1.2.6'
gem 'friendly_id', '~> 5.0.3'
gem 'nokogiri', '~> 1.6.2.1'
gem 'kaminari'
gem 'impressionist', '~> 1.5.1'
gem 'validate_url'
gem 'searchkick', '~> 0.7.5'
gem 'meta-tags', '~> 2.0.0'
gem 'newrelic_rpm'


group :assets do
  gem 'sass-rails', '~> 4.0.3'
  gem 'bootstrap-sass', '~> 3.1.1.1'
  gem 'uglifier', '~> 2.5.0'
  gem 'coffee-rails', '~> 4.0.1'
  gem 'asset_sync'
  #gem 'jquery-turbolinks'
  gem 'jquery-rails'
  gem 'jbuilder', '~> 2.0.7'
end

group :production do
  gem 'rails_12factor'
end

更新2:将服务器从Puma更改为Unicorn

这很简单,遵循指示here。这就是现在的样子,看起来不错,但我怀疑是因为应用程序重新启动了: last30mins

# after heroku restart
heroku/web.1: source=web.1 dyno=heroku.25566769.3770e52a-ddf3-485a-a88a-ac4fd54ab640 sample#memory_total=123.62MB

# after 4 minutes
heroku/web.1: source=web.1 dyno=heroku.25566769.3770e52a-ddf3-485a-a88a-ac4fd54ab640 sample#memory_total=276.48MB

更新3:将Unicorn工作人员的数量降低到2

根据New Relic,这是过去6小时内每个dyno / instance的平均内存使用量: lasy6hoursafter

PaperTrain中的输出(以及尝试过的LogEntries)是这样的:

app/web.1: May 26 19:54:08 21ae35ee-5656-4254-9f12-5dc6bb59efa1 rails[6]: Memory usage: 426076 | PID: 6
app/web.1: May 26 19:54:08 21ae35ee-5656-4254-9f12-5dc6bb59efa1 rails[6]: Oink Log Entry Complete
heroku/web.1: source=web.1 dyno=heroku.25566769.21ae35ee-5656-4254-9f12-5dc6bb59efa1 sample#load_avg_1m=0.00 sample#load_avg_5m=0.00 sample#load_avg_15m=0.00
heroku/web.1: source=web.1 dyno=heroku.25566769.21ae35ee-5656-4254-9f12-5dc6bb59efa1 sample#memory_total=431.99MB sample#memory_rss=406.85MB sample#memory_cache=0.10MB sample#memory_swap=25.04MB sample#memory_pgpgin=198612pages sample#memory_pgpgout=94432pages 

我检查了日志,1小时后我得到了R14错误,现在它已经上升很少,几乎保持稳定在432MB并且还没有得到错误。所以这似乎解决了这个问题!如果这种情况发生变化,我会随时更新。

5 个答案:

答案 0 :(得分:17)

如果Papertrail导致问题,请尝试其他添加。我一直在使用LogEntries而没有太大问题。 https://addons.heroku.com/#logging

还尝试降低Unicorn工作进程,以便使用更低的总内存。而不是默认值3(每箱/ dyno),尝试2。

https://devcenter.heroku.com/articles/rails-unicorn#unicorn-worker-processes

您还可以在应用上运行内存探查器:

http://timetobleed.com/memprof-a-ruby-level-memory-profiler/

https://www.ruby-toolbox.com/search?utf8=%E2%9C%93&q=profile

答案 1 :(得分:13)

Digital Ocean撰写了a great article about this

Killing Unicorns可以在某些情况下发挥作用......但有些人可能会对此方法存在道德问题。

答案 2 :(得分:8)

如果你在Ruby 2.1中使用Rails 4,我敢打赌你需要做的唯一改变就是降级到Ruby 2.0。

我花了两天的时间来弄明白,我想出了Heroku支持的建议。我认为这是一个使用Ruby 2.1或Rails 4的bug或类似的东西。

2015年4月更新:

当时,降级确实可以解决问题。但是,它确实不是一种解决问题的推荐方法......有些人说使用Rails 4.2 升级到Ruby 2.2.0会显着降低内存消耗。我试试看!

答案 3 :(得分:0)

Ruby 2.1.1在Sam Saffron很好地描述了垃圾收集器中的一个错误:

http://samsaffron.com/archive/2014/04/08/ruby-2-1-garbage-collection-ready-for-production

导致内存泄漏。解决方案是升级Ruby。当前Heroku supported versions是2.1.7和2.2.3。

答案 4 :(得分:0)

我有类似的问题。我正在使用Ruby 2.3.1和Rails 4.2.6,Heroku和Unicorn。以下两个配置变量未在我的应用程序中设置。使用以下命令从终端设置它们解决了我的问题。

heroku config:set sensible_defaults=disabled
heroku config:set WEB_CONCURRENCY=1