web-dev-qa-db-ja.com

Rails 4 HerokuでエラーR14（メモリクォータを超過）

（明らかに一般的） エラー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アドオンも追加しました。これは、[監視]> [インスタンス]タブに表示されます。

過去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：ユニコーンワーカーの数を2に減らしました

それを行った後、これは、New Relicによる過去6時間のdyno /インスタンスごとの平均メモリ使用量です。 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でほぼ安定しており、エラーは発生していません。これで問題は解決したようです！これが変更された場合、時間の経過とともに更新されます。

ruby-on-railsrubyherokuruby-on-rails-4memory-leaks
34
thecrentist

Papertrailが問題を引き起こしている場合は、別のアドオンを試してください。 LogEntriesを問題なく使用しています。 https://addons.heroku.com/#logging

また、Unicornワーカープロセスを下げて、使用する合計メモリを減らしてください。デフォルトの3（box/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

17
Chloe

Digital Oceanは これに関する素晴らしい記事 と書いています。

キリングユニコーン は特定の状況で機能します。

13
Jon Lemmon

Rails 4 with Ruby 2.1を使用している場合、変更する必要があるのはRuby = 2.0バック。

私はそれを理解するために2日間を費やし、Herokuサポートの提案でこのアイデアを思いつきました。 Ruby 2.1またはRails 4。

2015年4月までに更新：

当時、ダウングレードは解決策として機能していました。しかし、まあ、それは本当に問題を解決する推奨される方法ではありません...一部の人々は言うアップグレード to Ruby 2.2.0 with Rails = 4.2はメモリ消費を大幅に削減します。

8
scaryguy

Ruby 2.1.1には、Sam Saffronが詳しく説明したGarbage Collectorのバグがありました。

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

一種のメモリリークを引き起こしていました。解決策は、Rubyをアップグレードすることです。現在の Herokuでサポートされているバージョン は2.1.7および2.2.3です。

0
Victor BV

同様の問題がありました。私はRuby 2.3.1およびRails 4.2.6、Unicornを使用したHeroku。次の2つの構成変数は私のアプリで以前設定されていませんでした。次のコマンドを使用した端末で問題が解決しました。

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