Executando um site Django sob mod_wsgi

votos
9

Eu estou tentando executar meus sites Django com mod_wsgi em vez de mod_python (RHEL 5). Tentei fazer isso com todos os meus sites, mas obter o mesmo problema. Eu configurei-lo da maneira padrão de todos recomenda, mas os pedidos para o site simplesmente expirar.

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()

O mod_wsgi daemon é suposto para desovar off não está lá, assim o solicitar apenas um tempo e eu recebo um monte de Não é possível se conectar ao processo de daemon WSGI erros nos logs. Existe algo sobre a directiva WSGIDaemonProcess que está impedindo a criação do daemon? Agradecemos antecipadamente por qualquer ajuda...

EDIT: eu recebo este no log de erro:

[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
Publicado 19/11/2008 em 18:21
fonte usuário
Em outras línguas...                            


3 respostas

votos
10

O verdadeiro problema é permissões no diretório de log do Apache. É necessário dizer Apache / mod_wsgi usar um local alternativo para os soquetes UNIX usados ​​para se comunicar com os processos de daemon. Vejo:

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

Respondeu 24/06/2009 em 13:35
fonte usuário

votos
4

O problema é que mod_python não vai bem em conjunto com mod_wsgi. Entrei problema semelhante há algumas semanas e tudo começou a trabalhar para mim logo depois que eu comentada inclusão mod_python.

Tentar procurar modwsgi.org wiki para "mod_python", acredito que havia alguém falando sobre isso em algum lugar nos comentários

Respondeu 04/12/2008 em 03:42
fonte usuário

votos
1

Aqui é descrição muito detalhada sobre como integrar o Django com mod_wsgi.

Respondeu 19/11/2008 em 19:21
fonte usuário

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more