Uruchamianie strony Django pod mod_wsgi

Question

Próbuję uruchomić moje witryny Django z mod_wsgi zamiast mod_python (RHEL 5). Próbowałem tego ze wszystkimi witrynami, ale mam ten sam problem. Skonfigurowałem go w standardowy sposób, który wszyscy polecają, ale prośby do witryny po prostu przestają działać.

Apache conf:

<VirtualHost 74.54.144.34> 
    DocumentRoot /wwwclients/thymeandagain 
    ServerName thymeandagain4corners.com 
    ServerAlias www.thymeandagain4corners.com 
    LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined 
    CustomLog /var/log/httpd/thymeandagain_access_log combined 
    ErrorLog /var/log/httpd/thymeandagain_error_log 
    LogLevel error 
    WSGIScriptAlias//wwwclients/thymeandagain/wsgi_handler.py 
    WSGIDaemonProcess thymeandagain user=admin group=admin processes=1 threads=16 
    WSGIProcessGroup thymeandagain 
</VirtualHost> 

wsgi_handler.py:

import sys 
import os 

sys.path.append("/wwwclients") 
os.environ['DJANGO_SETTINGS_MODULE'] = 'thymeandagain.settings' 

import django.core.handlers.wsgi 

application = django.core.handlers.wsgi.WSGIHandler() 

Demon mod_wsgi ma tarło się nie ma, więc po prostu czas na wnioski i mam kilka „Nie połączyć się z procesami demona WSGI "błędy w dziennikach. Czy jest coś w dyrektywie WSGIDaemonProcess, która uniemożliwia utworzenie demona? Dzięki z góry za wszelką pomoc ...

EDIT: mam to w dzienniku błędów:

[WARN@1227228322.174175] mcm_server_readable():2582: timeout: Operation now in progress: select(2) call timed out for read(2)able fds 
[INFO@1227228322.174263] mcm_get_line():1592 
[WARN@1227227903.249626] mcm_server_readable():2582: timeout: Operation now in progress: select(2) call timed out for read(2)able fds 
[INFO@1227227903.249712] mcm_get_line():1592 
[Thu Nov 20 21:18:17 2008] [notice] caught SIGTERM, shutting down 
[Thu Nov 20 21:18:18 2008] [notice] Digest: generating secret for digest authentication ... 
[Thu Nov 20 21:18:18 2008] [notice] Digest: done 
[Thu Nov 20 21:18:18 2008] [notice] mod_python: Creating 4 session mutexes based on 8 max processes and 64 max threads. 
[Thu Nov 20 21:18:18 2008] [notice] Apache/2.2.3 (Red Hat) mod_python/3.2.8 Python/2.4.3 mod_wsgi/2.1-BRANCH configured -- resuming normal operations 

Answer 1

Problem polega na tym, że mod_python nie pasuje do mod_wsgi. Kilka tygodni temu dostałem podobny problem i wszystko zaczęło działać dla mnie wkrótce po tym, jak skomentowałem włączenie mod_python.

spróbuj wyszukać modwsgi.org wiki dla „mod_pythonem”, wierzę, że ktoś mówi o tym gdzieś w komentarzach

Answer 2

Here jest bardzo szczegółowy opis, w jaki sposób zintegrować Django z mod_wsgi.

Answer 3

Prawdziwym problemem jest to, uprawnienia Apache katalogu dziennika. Konieczne jest poinformowanie Apache/mod_wsgi o użyciu alternatywnej lokalizacji dla gniazd UNIX używanych do komunikacji z procesami demonów. Zobacz:

http://code.google.com/p/modwsgi/wiki/ConfigurationIssues#Location_Of_UNIX_Sockets