我试图用mod_wsgi而不是mod_python(RHEL 5)运行我的Django站点.我尝试了所有我的网站,但遇到了同样的问题.我按照每个人推荐的标准方式配置它,但对网站的请求只是超时.
Apache conf:
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
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()
守护进程mod_wsgi应该产生不存在,所以请求只是超时,我在日志中得到了一堆"无法连接到WSGI守护程序进程"错误.有没有关于WSGIDaemonProcess指令阻止创建守护进程的东西?在此先感谢任何帮助......
编辑:我在错误日志中得到这个:
[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
Graham Dumpl.. 10
真正的问题是Apache日志目录的权限.有必要告诉Apache/mod_wsgi使用用于与守护进程通信的UNIX套接字的备用位置.看到:
http://code.google.com/p/modwsgi/wiki/ConfigurationIssues#Location_Of_UNIX_Sockets
真正的问题是Apache日志目录的权限.有必要告诉Apache/mod_wsgi使用用于与守护进程通信的UNIX套接字的备用位置.看到:
http://code.google.com/p/modwsgi/wiki/ConfigurationIssues#Location_Of_UNIX_Sockets