Ich leite eine Django -App mit Gunicorn auf Heroku. Was bedeutet dieser Fehler in meiner Heroku -Protokolldatei?

Question

Ich versuche, mit meiner Django -App auf Heroku Gunicorn zu verwenden. Ich folgte hier den Anweisungen: http://devcenter.heroku.com/articles/django#using_a_different_wsgi_server. Es scheint, dass Gunicorn läuft, weil die Protokolle es anzeigen. Ich mag es jedoch nicht, Fehlermeldungen zu sehen, die ich in meinen Protokolldateien nicht verstehe, und während ich die Protokolle überprüfe "Und dann" Stoppprozess mit Sigkill ". Meine App scheint bei der erwarteten URL gut zu laufen, daher ist dies kein Notfall, aber ich bin nur neugierig, was los ist. Vielen Dank.

2012-01-10T20:56:36+00:00 heroku[web.1]: State changed from up to bouncing
2012-01-10T20:56:36+00:00 heroku[web.1]: State changed from bouncing to created
2012-01-10T20:56:36+00:00 heroku[web.1]: State changed from created to starting
2012-01-10T20:56:39+00:00 heroku[web.1]: Stopping process with SIGTERM
2012-01-10T20:56:39+00:00 heroku[web.1]: Starting process with command `python blossom/manage.py run_gunicorn -b "0.0.0.0:27470" -w 3`
2012-01-10T20:56:40+00:00 app[web.1]: Validating models...
2012-01-10T20:56:40+00:00 app[web.1]: Django version 1.3.1, using settings 'blossom.settings'
2012-01-10T20:56:40+00:00 app[web.1]: 
2012-01-10T20:56:40+00:00 app[web.1]: Server is running
2012-01-10T20:56:40+00:00 app[web.1]: 0 errors found
2012-01-10T20:56:40+00:00 app[web.1]: Quit the server with CONTROL-C.
2012-01-10T20:56:40+00:00 app[web.1]: 2012-01-10 15:56:40 [3] [INFO] Starting gunicorn 0.13.4
2012-01-10T20:56:40+00:00 app[web.1]: 2012-01-10 15:56:40 [3] [INFO] Listening at: http://0.0.0.0:27470 (3)
2012-01-10T20:56:40+00:00 app[web.1]: 2012-01-10 15:56:40 [3] [INFO] Using worker: sync
2012-01-10T20:56:40+00:00 app[web.1]: 2012-01-10 15:56:40 [6] [INFO] Booting worker with pid: 6
2012-01-10T20:56:40+00:00 app[web.1]: 2012-01-10 15:56:40 [7] [INFO] Booting worker with pid: 7
2012-01-10T20:56:40+00:00 app[web.1]: 2012-01-10 15:56:40 [8] [INFO] Booting worker with pid: 8  
2012-01-10T20:56:41+00:00 heroku[web.1]: State changed from starting to up
2012-01-10T20:56:48+00:00 heroku[web.1]: Error R12 (Exit timeout) -> Process failed to exit within 10 seconds of SIGTERM
2012-01-10T20:56:48+00:00 heroku[web.1]: Stopping process with SIGKILL
2012-01-10T20:56:50+00:00 heroku[web.1]: Process exited

Answer 1

Grundsätzlich das, was es auf der Dose sagt. Im Heroku -Stapel wird ein Prozess immer mit einem Sigterm beendet, der dem Prozess angibt, anmutig abzubauen, und es zehn Sekunden dafür gibt.

Wenn dies nicht innerhalb von 10 Sekunden gekündigt wurde, erhalten Sie einen R12 -Fehler und einen Sigkill, was im Wesentlichen ein Kill ist.

Nun, warum dies hier geschieht, ist nicht ganz klar, da die Protokolle nicht weit genug zurückkehren, aber Sie können das Sigterm um 20:56:39 sehen

Answer 2

Es ist nicht genug Protokoll, um Ihr Problem mit Sicherheit anzuzeigen (Fehler R12 kann eine Reihe von Dingen bedeuten). Und für die Aufzeichnung leite ich nicht Gunicorn. Trotzdem hatte ich ein ähnliches Problem damit.

Es stellt sich heraus, dass Cedar-Stack nicht mag, dass Sie Apps im Abschnitt "Installed_Apps" von Settings.py erwähnen, wenn es ein Modul für diese App irgendwo anders im Projekt gibt.

Normalerweise codiere ich meine App in installed_apps, bevor ich sie überhaupt in Views.py codiert, und der lokale Django -Server beschwert sich nicht, also habe ich mich daran gewöhnt. Leider bricht es diesen Zedernstapel.

Als ich die App kommentierte, die nirgendwo anders im Projekt ein Modul hatte, und die neue Version nach oben drückte, arbeitete sie sofort wieder.