Heroku 上的 Rails 4 错误 R14（超出内存配额）

Posted 2023-03-13

【中文标题】Heroku 上的 Rails 4 错误 R14（超出内存配额）

【英文标题】：Rails 4 Error R14 on Heroku (Memory Quota Exceeded)

【发布时间】：2014-07-14 13:15:47

【问题描述】：

我得到了（显然很常见）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 

两分钟后：

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 插件，这就是我在“监控”>“实例”选项卡中看到的内容：

过去 7 天：

过去 24 小时：

我很困惑，正如您在 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 的指示，这很简单。这就是它现在的样子，看起来不错，但我怀疑是因为应用程序重新启动了：

# 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：将独角兽工人的数量降低到 2 个

之后，根据 New Relic，这是过去 6 小时内每个测功机/实例的平均内存使用量：

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 并且不再出现错误。所以这似乎解决了这个问题！如果这种情况发生变化，我会及时更新。

【问题讨论】：

您使用的是哪个 ruby​​ 版本？也发布您的 Gemfile。

@MichaelSzyndel 我正在使用 ruby​​ 2.1.1 并添加了 gemfile

AFAIK Puma 并不是真正为 MRI 设计的，并不是说这就是原因，但你可以试试 Unicorn 吗？ （无论如何，使用 Puma 不会给你任何东西）。引自网站：“Puma 旨在用于提供真正并行性的 Ruby 实现，例如 Rubinius 和 JRuby。”

@MichaelSzyndel 我按照您的建议更改了服务器，正如您在“更新 2”中看到的那样，它以某种方式有所帮助。

【参考方案1】：

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

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

【参考方案2】：

Ruby 2.1.1 在 Garbage Collector 中有一个错误，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。

【参考方案3】：

如果您将 Rails 4 与 Ruby 2.1 一起使用，我敢打赌您需要做的唯一更改就是降级到 Ruby 2.0。

我花了 2 天时间解决这个问题，并在 Heroku 支持人员的建议下提出了这个想法。我认为这是 Ruby 2.1 或 Rails 4 的错误或类似问题。

2015 年 4 月更新：

当时，降级确实是一种解决方案。但是，这真的不是解决问题的推荐方法……有人说升级到带有 Rails 4.2 的 Ruby 2.2.0 会显着降低内存消耗。我会试一试的！

【讨论】：

降级到 Ruby 2.0 修复了内存配额错误，但我发现我的应用程序运行速度明显变慢。我升级到 Ruby 2.1.3 并没有返回 R14 错误。您可以使用 log-runtime-metrics 在日志中打开内存统计信息。根据这些日志条目，我的平均内存使用量比 Ruby 2.1.2 下降了大约 100 兆。

升级到 2.1.3 时，我仍然遇到 R14 错误。不得不降级到2.0.0。使用 Heroku 和 Unicorn。

降级到 Ruby 2.0 似乎对我有用。 2.1.3 和 2.1.5 有问题。

我从 2014 年 11 月 18 日就遇到了这个问题，但是我在 2014 年 9 月 9 日从 Ruby 2.0 升级到 Ruby 2.1（准确地说是 2.1.3 版）。Ruby 2.1 比 2.0 快很多虽然是。我看到在我的应用程序上典型使用几个小时后重新启动后出现 R14 消息，正在运行两个独角兽（我曾经在 Ruby 2.0 上舒适地运行三个）并且仍在 Rails 4.0 上。人们是否也在 Rails 4.1 或 4.2 中看到这一点？

不管怎样，我刚刚升级到 Ruby 2.2.0，我的 Heroku 内存消耗从 Ruby 2.1.3 显着下降。我正在使用 Rails 4.2.0

【参考方案4】：

Digital Ocean 写了a great article about this。

Killing Unicorns 可以在某些情况下工作......但是有些人可能对这种方法存在道德问题。

【参考方案5】：

如果 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

【讨论】：

我在 Heroku 和 Unicorn 上使用 Papertrail 很长时间了，没有任何问题。总之很奇怪。

真正对我有用的是将工作进程降低到 2

如何“降低工作进程”？这是否意味着设置WEB_CONCURRENCY 环境变量？

@sguha 只需检查config/unicorn.rb，我的默认为worker_processes Integer(ENV["WEB_CONCURRENCY"] || 3)，这意味着它会查找WEB_CONCURRENCY env 变量，如果找不到则默认为3。

Papertrail 不会与您的应用程序交互，也不会增加任何负载。它通过 Heroku 所谓的“日志消耗”与您的日志交互。