所以我通过apache 2.22在mod_wsgi中使用我的django wsgi应用程序获得段错误
这是wsgi app:
import os
import sys
sys.path.append('/home/***.com/zpencerq')
sys.path.append('/home/***.com/zpencerq/part')
os.environ['DJANGO_SETTINGS_MODULE'] = 'part.settings'
import django.core.handlers.wsgi
application = django.core.handlers.wsgi.WSGIHandler()
这是日志中的错误:
[Mon Jun 18 18:13:39 2012] [info] mod_wsgi (pid=78535): Create interpreter 'www.***.com|'.
[Mon Jun 18 18:13:39 2012] [info] [client 128.227.57.184] mod_wsgi (pid=78535, process='***', application='www.***.com|'): Loading WSGI script '/usr/home/***.com/zpencerq/part/apache/django.wsgi'.
[Mon Jun 18 18:13:39 2012] [error] [client 128.227.57.184] Premature end of script headers: django.wsgi
[Mon Jun 18 18:13:40 2012] [notice] child pid 78535 exit signal Segmentation fault (11)
这是mod_wsgi的库引用:
root@seese# ldd /usr/local/apache/modules/mod_wsgi.so
/usr/local/apache/modules/mod_wsgi.so:
libpython2.7.so.1 => /usr/local/lib/libpython2.7.so.1 (0x28300000)
libutil.so.7 => /lib/libutil.so.7 (0x2819f000)
libm.so.5 => /lib/libm.so.5 (0x281ac000)
libc.so.7 => /lib/libc.so.7 (0x28080000)
libthr.so.3 => /lib/libthr.so.3 (0x281c1000)
这里是加载的模块:
Loaded Modules:
core_module (static)
authn_file_module (static)
authn_default_module (static)
authz_host_module (static)
authz_groupfile_module (static)
authz_user_module (static)
authz_default_module (static)
auth_basic_module (static)
include_module (static)
filter_module (static)
deflate_module (static)
log_config_module (static)
env_module (static)
setenvif_module (static)
version_module (static)
mpm_prefork_module (static)
http_module (static)
mime_module (static)
status_module (static)
autoindex_module (static)
asis_module (static)
suexec_module (static)
cgi_module (static)
negotiation_module (static)
dir_module (static)
actions_module (static)
userdir_module (static)
alias_module (static)
so_module (static)
php5_module (shared)
wsgi_module (shared)
Syntax OK
这里是编译的模块:
root@seese# httpd -l
Compiled in modules:
core.c
mod_authn_file.c
mod_authn_default.c
mod_authz_host.c
mod_authz_groupfile.c
mod_authz_user.c
mod_authz_default.c
mod_auth_basic.c
mod_include.c
mod_filter.c
mod_deflate.c
mod_log_config.c
mod_env.c
mod_setenvif.c
mod_version.c
prefork.c
http_core.c
mod_mime.c
mod_status.c
mod_autoindex.c
mod_asis.c
mod_suexec.c
mod_cgi.c
mod_negotiation.c
mod_dir.c
mod_actions.c
mod_userdir.c
mod_alias.c
mod_so.c
这里有一些python好东西:
root@seese# ls -l /usr/local/bin/python*
lrwxr-xr-x 1 root wheel 7 Jun 17 13:30 /usr/local/bin/python -> python2
lrwxr-xr-x 1 root wheel 14 Jun 17 13:30 /usr/local/bin/python-config -> python2-config
-r-xr-xr-x 1 root wheel 3420 Mar 6 01:22 /usr/local/bin/python-shared2.7
-r-xr-xr-x 1 root wheel 1631 Mar 6 01:22 /usr/local/bin/python-shared2.7-config
lrwxr-xr-x 1 root wheel 9 Jun 17 13:30 /usr/local/bin/python2 -> python2.7
lrwxr-xr-x 1 root wheel 16 Jun 17 13:30 /usr/local/bin/python2-config -> python2.7-config
-rwxr-xr-x 1 root wheel 8084 Jun 17 13:30 /usr/local/bin/python2.7
-rwxr-xr-x 1 root wheel 1624 Jun 17 13:30 /usr/local/bin/python2.7-config
我已经在这一段很长一段时间了哈哈,并对沿途出现的许多头痛感到非常沮丧。如果有人(也许是格雷厄姆·敦普顿!)可以帮助我,这将是惊人的
答案 0 :(得分:2)
问:为什么第一次请求是针对WSGI应用程序的时候做的 使用'分段处理请求崩溃的Apache服务器进程 故障'?
答:这几乎总是由于共享库版本引起的 冲突。也就是说,Apache或某些Apache模块是链接的 不同版本的库,而不是a WSGI应用程序使用的特定Python模块。该 最常见的罪魁祸首是expat和MySQL库,但它可以 也可以与其他共享库一起使用。
仅在第一个请求时进程崩溃的另一个原因可能是a Python的第三方C扩展模块还没有 实现,以便在辅助Python子解释器中工作。 Subversion的Python绑定是一个特殊的例子 只有在强制使用WSGI应用程序时,Python模块才能正常工作 在Python创建的第一个解释器实例中运行。
有关这些问题的更多信息可以在各个部分找到 应用问题expat库的问题也是 在Expat Library问题中详细介绍了。
我看到你在/usr/local/
安装了Apache和Python,所以我假设你编译了它们。您必须确保代码中使用的C扩展名与正确的版本相关联。另一个选择是,你正在使用一些在通过mod_wsgi加载时表现不佳的错误模块。
你可以在没有mod_wsgi的情况下运行应用程序,例如运行./manage.py
吗?