2014-10-27 8 views
6

Ich betreibe Puma 2.8.2 Server zum Stubbing einige meiner Back-End-Dienste. Gelegentlich stirbt Puma Server ohne Grund.Puma-Server stirbt ohne Grund

Es gibt keine Fehler in error.log Und hier ist Auszug aus access.log:

10.210.140.21 - - [15/Oct/2014 09:28:22] "GET /status HTTP/1.1" 200 - 0.0030 
- Gracefully stopping, waiting for requests to finish 
- Goodbye! 
=== puma startup: 2014-10-15 09:28:24 +0100 === 
10.210.140.21 - - [15/Oct/2014 09:28:24] "GET /status HTTP/1.1" 200 - 0.0254 

Irgendwelche Gedanken, was könnte die Ursache sein?

+0

Vielleicht hat man diese Frage schon beantwortet: http://stackoverflow.com/questions/23867784/puma-rails-on-linux- Neustart-wenn-Prozess-stirbt – SlySherZ

+1

Danke @SlySherZ. Ich habe diesen Post gesehen, leider nicht, wie man verhindern kann, dass Puma stirbt. Wie man es startet/stoppt/neu startet. – LukasMac

+0

Sie könnten versuchen, Puma zu patchen, um nützlichere Protokolle auszugeben: https://github.com/puma/puma/issues/1273 – brainbag

Antwort

0

Wenn dieses Problem in Heroku wird und Sie Heroku freien Prüfpunkt verwenden, ist das Problem, dass Sie den freien Prüfpunkt verwenden. Weil Ihre App nach 30 Minuten Inaktivität in den Ruhezustand wechselt.

Sie können weitere Informationen unter folgendem Link finden:

https://devcenter.heroku.com/articles/free-dyno-hours