Я управляю приложением Django с стрелком на Heroku. Что означает эта ошибка в моем файле журнала Heroku?

Question

Я пытаюсь использовать оружие с моим приложением Django на Heroku. Я следовал инструкциям здесь: http://devcenter.heroku.com/articles/django#using_a_different_wsgi_server. Анкет Похоже, что стрелочный корни ругает, потому что журналы указывают это. Тем не менее, мне не нравится видеть сообщения об ошибках, которые я не понимаю в своих файлах журнала, и при просмотре журналов я видел строку, которая читает «Ошибка R12 (время ожидания выхода) -> Процесс не удалось выйти в течение 10 секунд с сигмета «А потом« процесс остановки с Сигкиллом ». Похоже, что мое приложение работает нормально на ожидаемом URL, так что это не чрезвычайная ситуация, но мне просто любопытно, что происходит. Спасибо.

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

В основном то, что говорит на жестяной банке. В стеке Heroku процесс всегда прекращается с сигромом, который сообщает процессу изящно отключиться и дает ему десять секунд.

Если это не прекратилось в течение 10 секунд, вы получите ошибку R12 и Sigkill, что по сути является убийством.

Теперь, почему это происходит здесь, не совсем понятно, так как журналы не возвращаются достаточно далеко, но вы можете увидеть, как Sigterm происходит в 20:56:39

Answer 2

Не хватает журнала, чтобы показать вашу проблему с уверенностью (ошибка R12 может означать ряд вещей). И для протокола, я не бегаю над стрельцом. Тем не менее, у меня была похожая проблема с этим.

Оказывается, что Cedar-Stack не нравится, когда вы упоминаете приложения в разделе stanted_apps от settings.py, если нет модуля для этого приложения где-либо еще в проекте.

Обычно я кодирую свое приложение в stasted_apps еще до того, как начну кодировать его в Seeks.py, и локальный сервер Django не жалуется, поэтому я привык к этому. К сожалению, это ломает этот кедр.

Когда я прокомментировал приложение, в котором не было модуля где -либо еще в проекте, и выдвинула новую версию, оно сразу же начало работать.