Nginx 뒤의 Django/Gunicorn 디버깅

Nginx, Gunicorn, 감독자, New Relic, Django, Postgres 등의 새로 설치 URL을 명중하면 "내부 서버 오류"가 큽니다. Nginx의 구성에서 디버그를 켜기Nginx 뒤의 Django/Gunicorn 디버깅

은 세부의 전체를 많이 제공하지 않지만, 500 오류의 원인이 무엇을 가리키는 것이 (가 일어나고 그냥.)

다음, 나는 supervisorctl를 통해 Gunicorn를 종료하고 python manage.py runserver을 통해 응용 프로그램을 시작하고 URL을 누르면 모든 것이 정상적으로 실행됩니다.

단계 다시, runserver을 차단하고 수동으로 bin/gunicorn_django를 사용하여 Gunicorn을 시작하고 이것이 내가 얻을 수있었습니다이 가능한 추적 로그에 가장 가까운 :

2012-09-05 21:39:25 [5927] [ERROR] Error handling request 
Traceback (most recent call last): 
    File "/somewhere/local/lib/python2.7/site-packages/gunicorn/workers/sync.py", line 102, in handle_request 
    respiter = self.wsgi(environ, resp.start_response) 
    File "/somewhere/local/lib/python2.7/site-packages/django/core/handlers/wsgi.py", line 241, in __call__ 
    response = self.get_response(request) 
    File "/somewhere/local/lib/python2.7/site-packages/django/core/handlers/base.py", line 82, in get_response 
    urlconf = settings.ROOT_URLCONF 
    File "/somewhere/local/lib/python2.7/site-packages/django/utils/functional.py", line 185, in inner 
    return func(self._wrapped, *args) 
AttributeError: 'Settings' object has no attribute 'ROOT_URLCONF'

내가 요구하고 있지 않다 여기에 무슨 일이 벌어지고 있는지에 대한 대답, 왜냐하면 나는 이것이 많은 것을 알기에 충분한 세부 사항이 아니라는 것을 알고 있기 때문입니다. ROOT_URLCONF 문제는 일반적인 문제로 많은 문제가 발생할 수 있습니다. 내 질문은 무슨 일이 일어나고 있는지 계속 추적하기 위해 사용할 수있는 다음 단계는 무엇입니까?

감사

출처

2012-09-06 zgohr

문제는 실제로 설정 파일을 찾을 수없는 gunicorn 일이되었습니다. 수퍼바이저 구성에 설정이있는 디렉토리를 지정하면 작동이 시작됩니다. 내가 알아 낸 것이 행복해, 왜 그것이 왜 필요한지 혼란 스럽다. 동일한 응용 프로그램은이 사양이 필요하지 않은 다른 두 서버에서 잘 실행됩니다. – zgohr

Settings하지 settings의 언급 (자본주의는) 의심스러운 것입니다. 개인적으로 Aptana Studio를 사용하는 것으로 나타났습니다. from django.conf import을 입력 한 후에 나타나는 자동 완성 선택 항목 중 하나는 Settings이지만 분명히 원하는 것은 아닙니다. 아마도 비슷한 결과가 발생했으며 잘못된 자동 완성 선택을 수락 했습니까? 나는 당신의 프로젝트를 Settings (대소 문자 구별을 물론)로 검색하고, 적절하게 소문자로 바꿀 것이다.

출처

2012-09-06 15:15:15

와우, 좋은 캐치. –

Nginx 뒤의 Django/Gunicorn 디버깅

답변

관련 문제