なぜ私のレールアプリはヒロクで再起動しませんでしたか？

私はクライアント用のレールアプリを管理していますが、最近はダウンしました。私が気づく前に、サイトは9時間ダウンしていました。私は、ログをチェックし、過去9時間のすべての要求は、次のコードを先頭に追加されます。その前になぜ私のレールアプリはヒロクで再起動しませんでしたか？

at=error code=H10 desc="App crashed"

、私は次のログを参照してください。

2012-11-16T00:55:46+00:00 heroku[web.1]: Idling 
2012-11-16T00:55:50+00:00 heroku[web.1]: Stopping all processes with SIGTERM 
2012-11-16T00:55:51+00:00 app[web.1]: [2012-11-16 00:55:51] ERROR SignalException: SIGTERM 
2012-11-16T00:55:51+00:00 app[web.1]: /usr/local/lib/ruby/1.9.1/webrick/server.rb:90:in `select' 
2012-11-16T00:56:00+00:00 heroku[web.1]: Error R12 (Exit timeout) -> At least one process failed to exit within 10 seconds of SIGTERM 
2012-11-16T00:56:00+00:00 heroku[web.1]: Stopping remaining processes with SIGKILL 
2012-11-16T00:56:02+00:00 heroku[web.1]: State changed from up to down 
2012-11-16T00:56:02+00:00 heroku[web.1]: Process exited with status 137 
2012-11-16T01:03:55+00:00 heroku[web.1]: Unidling 
2012-11-16T01:03:55+00:00 heroku[web.1]: State changed from down to starting 
2012-11-16T01:03:59+00:00 heroku[web.1]: Starting process with command `bundle exec rails server -p 4303` 
2012-11-16T01:04:00+00:00 heroku[nginx]: 98.139.241.251 - - [16/Nov/2012:01:04:00 +0000] "GET/HTTP/1.1" 499 0 "-" "YahooCacheSystem" domain.com 
2012-11-16T01:04:22+00:00 app[web.1]: => Ctrl-C to shutdown server 
2012-11-16T01:04:22+00:00 app[web.1]: ** [NewRelic][11/16/12 01:04:21 +0000 b8af98a1-2246-4b34-9dfe-61b9d4b747bc (2)] INFO : Dispatcher: webrick 
2012-11-16T01:04:22+00:00 app[web.1]: ** [NewRelic][11/16/12 01:04:21 +0000 b8af98a1-2246-4b34-9dfe-61b9d4b747bc (2)] INFO : Application: acsolar 
2012-11-16T01:04:22+00:00 app[web.1]: ** [NewRelic][11/16/12 01:04:21 +0000 b8af98a1-2246-4b34-9dfe-61b9d4b747bc (2)] INFO : New Relic Ruby Agent 3.4.0.1 Initialized: pid = 2 
2012-11-16T01:04:22+00:00 app[web.1]: => Booting WEBrick 
2012-11-16T01:04:22+00:00 app[web.1]: => Rails 3.1.1 application starting in production on http://0.0.0.0:4303 
2012-11-16T01:04:22+00:00 app[web.1]: => Call with -d to detach 
2012-11-16T01:04:25+00:00 app[web.1]: [DEPRECATION] Your applications public directory contains an assets/products and/or assets/taxons subdirectory. 
2012-11-16T01:04:25+00:00 app[web.1]:  Run `rake spree:assets:relocate_images` to relocate the images. 
2012-11-16T01:04:34+00:00 app[web.1]: ** [NewRelic][11/16/12 01:04:32 +0000 b8af98a1-2246-4b34-9dfe-61b9d4b747bc (2)] INFO : Reporting performance data every 60 seconds. 
2012-11-16T01:04:34+00:00 app[web.1]: Connected to NewRelic Service at collector-5.newrelic.com 
2012-11-16T01:05:00+00:00 heroku[web.1]: Error R10 (Boot timeout) -> Web process failed to bind to $PORT within 60 seconds of launch 
2012-11-16T01:05:00+00:00 heroku[web.1]: Stopping process with SIGKILL 
2012-11-16T01:05:02+00:00 heroku[web.1]: Process exited with status 137 
2012-11-16T01:05:02+00:00 heroku[web.1]: State changed from crashed to down 
2012-11-16T01:05:02+00:00 heroku[web.1]: State changed from starting to crashed

私はそれを持っていることを推測していますスピンダウンしてエラーを復旧させましたが、クラッシュした状態のままで再起動せずにどうしたのですか？これが将来起こった場合、自動的に再起動させるためにできることはありますか？

私はこれでもNewRelicを実行していますが、それは私には通知されませんでしたが、それは私が調査しなければならない別の問題です。

出典

2012-11-16 Christian Varga

これは初めて起こっていますか？私は昨日同じ行動に出会う。 –

少数の人々がこの同じことに遭遇しました。私はなぜそれがわからないのですか？しかし、私はdynosを監視するサービスが失敗していると思います。 –

ええ、私もこれを持っています。私はPapertrailのアドオンを試してみることをお勧めします（彼らには無料のプランがあります）。これが起こったとき、すぐに私に警告しました。 – Ashitaka

黄色のサポートの回答は、heroku restartで手動でアプリを再起動することを提案しています。彼らは今すぐ問題を解決しています。

こんにちは、私たちの側のプロセス管理エラーは、一部がが唯一の彼らはが実際に墜落したにもかかわらず、「アイドル」として報告される1つのウェブダイノを実行しているアプリケーションをクラッシュした原因。これは、クラッシュしたdynoが決してに再始動したことを意味し、後続の要求が失敗する原因となります。この問題を特定し、修正を実装しています。あなたのアプリが依然として反応しない場合は、 heroku restartコマンドで再起動してみてください。助けが必要な場合は、にお知らせください。ありがとう、Herokuサポート

出典

2012-12-01 14:09:32

うまくいけば、彼らはすぐにそれを修正します。手動で再起動することはできますが、タイムリーに行うことはできません： –

これについての更新はありますか？私はまだこの問題は、サーバーがクラッシュし、手動でこれを行うまで再起動しないようです。 –

なぜ私のレールアプリはヒロクで再起動しませんでしたか？

答えて

関連する問題