2016-07-16 13 views
1

似たようなエラーの周りにいくつかのスタックポストがありますが、鉱山のトレースではさまざまなメソッドの失敗が強調されています。私は今この問題を数週間見ていたのですが、他の人に助けを求める時が来たと決めました。EOFError:APIのコンテンツ本体が不正です

シナリオ:私が構築したAPI搭載エンジンがあります。これは軽量で、コントローラと、データログを使って投稿要求を受け取るメソッドを持っています。これらのログは、しばしば60,000〜バイトのサイズであり、request.body.readによってアクセスされます。私のコードによって引き起こされたエラーではないことを確認する。私はすべてを削除しました。文字通り空のメソッドで、今は200を返します。このように:

def tcpdata 
    return 200 
end 

しかし、私はまだエラーを取得します。それは私の手のように見えるので、それは本当にイライラさせる。

私が手にエラーがERROR EOFError: bad content bodyあり、それは、ラックマルチパートの方法で失敗していますget_current_head_and_filename_and_content_type_and_name_and_body

ここで完全なトレースです:

2016-07-16T12:31:06.624089+00:00 heroku[router]: at=info method=POST path="/api/endpoint/devices" host=getbeambox.com request_id=992b3308-97db-4dbe-9ab0-343ee0a4f49f fwd="79.77.176.13,141.101.99.214" dyno=web.1 connect=1ms service=309ms status=500 bytes=507 
2016-07-16T12:31:06.627426+00:00 app[web.1]: [2016-07-16 12:31:06] ERROR EOFError: bad content body 
2016-07-16T12:31:06.627448+00:00 app[web.1]: /app/vendor/bundle/ruby/2.2.0/gems/rack-1.6.4/lib/rack/multipart/parser.rb:148:in `get_current_head_and_filename_and_content_type_and_name_and_body' 
2016-07-16T12:31:06.627450+00:00 app[web.1]: /app/vendor/bundle/ruby/2.2.0/gems/rack-1.6.4/lib/rack/multipart/parser.rb:59:in `block in parse' 
2016-07-16T12:31:06.627451+00:00 app[web.1]: /app/vendor/bundle/ruby/2.2.0/gems/rack-1.6.4/lib/rack/multipart/parser.rb:56:in `loop' 
2016-07-16T12:31:06.627452+00:00 app[web.1]: /app/vendor/bundle/ruby/2.2.0/gems/rack-1.6.4/lib/rack/multipart/parser.rb:56:in `parse' 
2016-07-16T12:31:06.627452+00:00 app[web.1]: /app/vendor/bundle/ruby/2.2.0/gems/rack-1.6.4/lib/rack/multipart.rb:25:in `parse_multipart' 
2016-07-16T12:31:06.627453+00:00 app[web.1]: /app/vendor/bundle/ruby/2.2.0/gems/rack-1.6.4/lib/rack/request.rb:375:in `parse_multipart' 
2016-07-16T12:31:06.627454+00:00 app[web.1]: /app/vendor/bundle/ruby/2.2.0/gems/rack-1.6.4/lib/rack/request.rb:207:in `POST' 
2016-07-16T12:31:06.627454+00:00 app[web.1]: /app/vendor/bundle/ruby/2.2.0/gems/rack-1.6.4/lib/rack/methodoverride.rb:39:in `method_override_param' 
2016-07-16T12:31:06.627455+00:00 app[web.1]: /app/vendor/bundle/ruby/2.2.0/gems/rack-1.6.4/lib/rack/methodoverride.rb:27:in `method_override' 
2016-07-16T12:31:06.627456+00:00 app[web.1]: /app/vendor/bundle/ruby/2.2.0/gems/rack-1.6.4/lib/rack/methodoverride.rb:15:in `call' 
2016-07-16T12:31:06.627457+00:00 app[web.1]: /app/vendor/bundle/ruby/2.2.0/gems/newrelic_rpm-3.15.0.314/lib/new_relic/agent/instrumentation/middleware_tracing.rb:96:in `call' 
2016-07-16T12:31:06.627458+00:00 app[web.1]: /app/vendor/bundle/ruby/2.2.0/gems/rack-1.6.4/lib/rack/runtime.rb:18:in `call' 
2016-07-16T12:31:06.627459+00:00 app[web.1]: /app/vendor/bundle/ruby/2.2.0/gems/newrelic_rpm-3.15.0.314/lib/new_relic/agent/instrumentation/middleware_tracing.rb:96:in `call' 
2016-07-16T12:31:06.627459+00:00 app[web.1]: /app/vendor/bundle/ruby/2.2.0/gems/activesupport-4.2.4/lib/active_support/cache/strategy/local_cache_middleware.rb:28:in `call' 
2016-07-16T12:31:06.627460+00:00 app[web.1]: /app/vendor/bundle/ruby/2.2.0/gems/newrelic_rpm-3.15.0.314/lib/new_relic/agent/instrumentation/middleware_tracing.rb:96:in `call' 
2016-07-16T12:31:06.627461+00:00 app[web.1]: /app/vendor/bundle/ruby/2.2.0/gems/actionpack-4.2.4/lib/action_dispatch/middleware/static.rb:116:in `call' 
2016-07-16T12:31:06.627462+00:00 app[web.1]: /app/vendor/bundle/ruby/2.2.0/gems/newrelic_rpm-3.15.0.314/lib/new_relic/agent/instrumentation/middleware_tracing.rb:96:in `call' 
2016-07-16T12:31:06.627463+00:00 app[web.1]: /app/vendor/bundle/ruby/2.2.0/gems/rack-1.6.4/lib/rack/sendfile.rb:113:in `call' 
2016-07-16T12:31:06.627463+00:00 app[web.1]: /app/vendor/bundle/ruby/2.2.0/gems/newrelic_rpm-3.15.0.314/lib/new_relic/agent/instrumentation/middleware_tracing.rb:96:in `call' 
2016-07-16T12:31:06.627464+00:00 app[web.1]: /app/vendor/bundle/ruby/2.2.0/gems/railties-4.2.4/lib/rails/engine.rb:518:in `call' 
2016-07-16T12:31:06.627465+00:00 app[web.1]: /app/vendor/bundle/ruby/2.2.0/gems/railties-4.2.4/lib/rails/application.rb:165:in `call' 
2016-07-16T12:31:06.627466+00:00 app[web.1]: /app/vendor/bundle/ruby/2.2.0/gems/newrelic_rpm-3.15.0.314/lib/new_relic/agent/instrumentation/middleware_tracing.rb:96:in `call' 
2016-07-16T12:31:06.627466+00:00 app[web.1]: /app/vendor/bundle/ruby/2.2.0/gems/rack-1.6.4/lib/rack/lock.rb:17:in `call' 
2016-07-16T12:31:06.627467+00:00 app[web.1]: /app/vendor/bundle/ruby/2.2.0/gems/rack-1.6.4/lib/rack/content_length.rb:15:in `call' 
2016-07-16T12:31:06.627468+00:00 app[web.1]: /app/vendor/bundle/ruby/2.2.0/gems/rack-1.6.4/lib/rack/handler/webrick.rb:88:in `service' 
2016-07-16T12:31:06.627469+00:00 app[web.1]: /app/vendor/ruby-2.2.4/lib/ruby/2.2.0/webrick/httpserver.rb:138:in `service' 
2016-07-16T12:31:06.627469+00:00 app[web.1]: /app/vendor/ruby-2.2.4/lib/ruby/2.2.0/webrick/httpserver.rb:94:in `run' 
2016-07-16T12:31:06.627470+00:00 app[web.1]: /app/vendor/ruby-2.2.4/lib/ruby/2.2.0/webrick/server.rb:294:in `block in start_thread' 
+0

価値があること私はラックにいます1.6.4 - 2.0.1へのアップグレードを今行っています。 –

+0

あなたのコンテンツ本体をログできますか? –

答えて

0

私は、フォーム・データを選択したとき、私のためにポストマンが問題を作成していたが、 BODYタブ。私はそれを生のものに変更したとき、それは私のために働いた。

このエラーはマルチパート形式で発生しています。

関連する問題