我一直得到(显然很常见)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 `
的说明启用了heroku labs:enable log-runtime-metrics
我还添加了New Relic插件,这是我在Monitoring>中看到的。实例选项卡:
最近7天:
过去24小时:
我很困惑,因为你可以看到5/24之后内存使用率下降并且一直保持下降,但在日志中显示内存使用mem=587M(114.7%)
,在过去24小时内平均为150M,所以我不明白发生了什么。我希望有人能帮帮忙。感谢。
#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
这很简单,遵循指示here。这就是现在的样子,看起来不错,但我怀疑是因为应用程序重新启动了:
# 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
根据New Relic,这是过去6小时内每个dyno / instance的平均内存使用量:
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并且还没有得到错误。所以这似乎解决了这个问题!如果这种情况发生变化,我会随时更新。
答案 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或类似的东西。
当时,降级确实可以解决问题。但是,它确实不是一种解决问题的推荐方法......有些人说使用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