Попытка заставить приложение django работать с mod_wsgi в CentOS 5 - PullRequest
Новая
       12

Попытка заставить приложение django работать с mod_wsgi в CentOS 5

7 голосов
/ 12 марта 2010

Я использую CentOS 5 и пытаюсь заставить приложение django работать с mod_wsgi. Я использую настройки .wsgi, я начал работать в Ubuntu. Я также использую альтернативную установку python (/opt/python2.6/), поскольку моему приложению django требуется> 2.5, а ОС использует 2.3

Вот ошибка: 

[Thu Mar 04 10:52:15 2010] [error] [client 10.1.0.251] SystemError: dynamic module not initialized properly
[Thu Mar 04 10:52:15 2010] [error] [client 10.1.0.251] mod_wsgi (pid=23630): Target WSGI script '/data/hosting/cubedev/apache/django.wsgi' cannot be loaded as Python module.
[Thu Mar 04 10:52:15 2010] [error] [client 10.1.0.251] mod_wsgi (pid=23630): Exception occurred processing WSGI script '/data/hosting/cubedev/apache/django.wsgi'.
[Thu Mar 04 10:52:15 2010] [error] [client 10.1.0.251] Traceback (most recent call last):
[Thu Mar 04 10:52:15 2010] [error] [client 10.1.0.251]  File "/data/hosting/cubedev/apache/django.wsgi", line 8, in 
[Thu Mar 04 10:52:15 2010] [error] [client 10.1.0.251]    import django.core.handlers.wsgi
[Thu Mar 04 10:52:15 2010] [error] [client 10.1.0.251]  File "/opt/python2.6/lib/python2.6/site-packages/django/core/handlers/wsgi.py", line 1, in 
[Thu Mar 04 10:52:15 2010] [error] [client 10.1.0.251]    from threading import Lock
[Thu Mar 04 10:52:15 2010] [error] [client 10.1.0.251]  File "/opt/python2.6/lib/python2.6/threading.py", line 13, in 
[Thu Mar 04 10:52:15 2010] [error] [client 10.1.0.251]    from functools import wraps
[Thu Mar 04 10:52:15 2010] [error] [client 10.1.0.251]  File "/opt/python2.6/lib/python2.6/functools.py", line 10, in 
[Thu Mar 04 10:52:15 2010] [error] [client 10.1.0.251]    from _functools import partial, reduce
[Thu Mar 04 10:52:15 2010] [error] [client 10.1.0.251] SystemError: dynamic module not initialized properly

А вот и мой файл .wsgi 

import os
import sys
os.environ['PYTHON_EGG_CACHE'] = '/tmp/django/' # This line was added for CentOS.
os.environ['DJANGO_SETTINGS_MODULE'] = 'cube.settings'

sys.path.append('/data/hosting/cubedev')

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

вывод ldd /usr/lib/httpd/modules/mod_wsgi.so

linux-gate.so.1 =>  (0x00250000)
libpython2.6.so.1.0 => /opt/python2.6/lib/libpython2.6.so.1.0 (0x00be6000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00110000)
libdl.so.2 => /lib/libdl.so.2 (0x00557000)
libutil.so.1 => /lib/libutil.so.1 (0x00128000)
libm.so.6 => /lib/libm.so.6 (0x0012c000)
libc.so.6 => /lib/libc.so.6 (0x00251000)
/lib/ld-linux.so.2 (0x0039a000)

vhost config 

<VirtualHost *:80>
    ServerAdmin admin@example.com
    ServerAlias cube-dev.example.com
    ServerName  cube-dev.example.com
    ErrorLog logs/cube-dev.example.com.error_log
    CustomLog logs/cube-dev.example.com.access_log common
    Alias /phpMyAdmin /var/www/phpMyAdmin/
   # DocumentRoot /data/hosting/cubedev

    WSGIScriptAlias / /data/hosting/cubedev/apache/django.wsgi

    WSGIProcessGroup cubedev.example.com
    WSGIDaemonProcess cubedev.example.com

    Alias /media/ /data/hosting/cubedev/media/
    Alias /adminmedia/  /opt/python2.6/lib/python2.6/site-packages/django/contrib/admin/media/
    Alias /media /data/hosting/cubedev/media

   <Directory "/data/hosting/cubedev/media">
     Order deny,allow
     Allow from all
    </Directory>
</VirtualHost>

1 Ответ

7 голосов
/ 13 марта 2010

SystemError: dynamic module not initialized properly - это исключение, которое выдается, когда загружаемая dll (или .so) не может быть должным образом инициализирована. В функции _PyImport_LoadDynamicModule из Python/importdl.c на случай, если кому-то будет интересно.

Теперь рассматриваемая dll / so (динамический модуль в языке Python) - это _functools.so, который является частью стандартной библиотеки Python. Я вижу, что он загружается из /opt/python2.6, поэтому мы знаем, что это не системный питон. Я предполагаю, что это не тот питон, против которого был скомпилирован mod_wsgi. Чтобы проверить, так ли это, выполните ldd mod_wsgi.so и посмотрите, что libpython возвращается.

Поэтому я предлагаю либо перекомпилировать mod_wsgi снова, так и интерпретатор в /opt/python2.6, запустив в исходном каталоге wsgi_mod 

./configure --with-python=/opt/python2.6/bin/python2.6

или убедитесь, что sys.prefix указывает на установку python, которую ожидает mod_wsgi, установив его значение в каталоге WSGIPythonHome.

ОБНОВЛЕНИЕ после вывода ldd

Вторая строка в выводе ldd показывает, что mod_wsgi загружает pythonlib в /usr/lib вместо /opt/python2.6. Чтобы указать mod_wsgi загрузить его в /opt/python2.6, вам, вероятно, следует добавить его к переменной LD_LIBRARY_PATH envirnoment.

Попробуйте сначала в командной строке: 

LD_LIBRARY_PATH=/opt/python2.6/lib:$LD_LIBRARY_PATH ldd mod_wsgi.so

и затем убедитесь, что в скрипте, запускающем Apache, указан правильный LD_LIBRARY_PATH.

Еще одно обновление

Вам нужно будет отладить конфигурацию mod_wsgi. Просто попробуйте использовать следующий .wsgi файл вместо своего и сообщите нам, что вы получите: 

def application(environ, start_response):
    status = '200 OK'
    start_response(status, [('Content-type', 'text/plain')])

    try:
        import sys
        return ['\n'.join([sys.prefix, sys.executable])]
    except:
        import traceback as tb
        return [tb.format_exc()]

Если то, что вы получаете, не `/opt/python2.6 ', попробуйте с опцией 

WSGIPythonHome /opt/python2.6

См. Также http://code.google.com/p/modwsgi/wiki/ConfigurationDirectives

...