2012-11-16 7 views
8

Gestisco un'applicazione per i binari per un mio cliente e recentemente è andato giù. Il sito era inattivo per 9 ore prima che me ne accorgessi. Ho controllato i registri e ogni richiesta per gli ultimi 9 ore viene anteposto con il seguente codice:Perché la mia app di rotaie su heroku non si è riavviata da sola?

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

Prima di allora, vedo i seguenti registri:

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 

Sto indovinando che essa può avere girarsi e ha avuto un errore durante il riavvio, ma come mai è rimasto nello stato di arresto anomalo senza riavviarsi da solo? C'è qualcosa che posso fare per farlo riavviare automaticamente se questo dovesse accadere di nuovo in futuro?

Ho anche NewRelic in esecuzione su questo e non mi ha notificato affatto, ma questo è un altro problema che dovrò indagare.

+0

È la prima volta che succede? Incontro lo stesso comportamento ieri. –

+3

Alcune persone hanno incontrato la stessa cosa. Non so perché, ma suppongo che il servizio di monitoraggio dei dynos stia fallendo. –

+1

Sì, ho capito anche questo. Suggerirei di provare l'add-on di Papertrail (hanno un piano gratuito). Mi ha immediatamente avvertito quando è successo. – Ashitaka

risposta

4

La risposta di assistenza di Heroku suggerisce di riavviare manualmente l'app con heroku restart. Stanno risolvendo il problema adesso.

Ciao, un errore di gestione dei processi dalla nostra parte causato qualche schiantato applicazioni solo in esecuzione 1 web banco prova a essere segnalato come "inattivo" anche se erano in realtà si è schiantato. Ciò significa che il Dyno arrestato non è mai stato riavviato , provocando l'esito negativo delle richieste successive. Abbiamo identificato questo problema e stiamo implementando una correzione. Se la tua app non risponde, prova a riavviarlo con il comando heroku restart. Per favore, fai sapere allo se hai bisogno di più aiuto. Grazie, Heroku Support

+0

Speriamo che lo risolvano presto. Il riavvio manuale funziona, ma non possiamo sempre essere in giro per farlo in modo tempestivo: p –

+0

c'è qualche aggiornamento su questo?Ho ancora questo problema, dove il server si blocca e non sembra riavviarsi fino a quando non lo faccio manualmente .. –

Problemi correlati