mod_wsgi.so: libpython2.5.so.1.0: Kann nicht mod_wsgi.so in Server laden nicht Shared Object-Datei öffnen kann: Keine solche Datei oder das Verzeichnis

Question

wenn i-Typ:

[root@lts5 /]# ldd /usr/lib64/httpd/modules/mod_wsgi.so 
    libpython2.5.so.1.0 => /root/epd-5.1.0/lib/libpython2.5.so.1.0 (0x00002b4b53ccf000) 
    libpthread.so.0 => /lib64/libpthread.so.0 (0x00002b4b54036000) 
    libdl.so.2 => /lib64/libdl.so.2 (0x00002b4b54251000) 
    libutil.so.1 => /lib64/libutil.so.1 (0x00002b4b54456000) 
    libc.so.6 => /lib64/libc.so.6 (0x00002b4b54659000) 
    libm.so.6 => /lib64/libm.so.6 (0x00002b4b549b1000) 
    /lib64/ld-linux-x86-64.so.2 (0x0000003d9f600000) 

Wie kann ich möglich machen dass, wenn ich tippe:

[root@lts5srv1 /]# ldd mod_wsgi.so 
ldd: ./mod_wsgi.so: No such file or directory 

..howing das gleiche Ergebnis?

In der Tat, wenn ich versuche, den Server neu zu starten:

[root@lts5srv1 mod_wsgi-2.3]# service httpd restart 
Stopping httpd:           [FAILED] 
Starting httpd: httpd: Syntax error on line 202 of /etc/httpd/conf/httpd.conf: 
Cannot load /etc/httpd/modules/mod_wsgi.so into server: 
libpython2.5.so.1.0: cannot open shared object file: No such file or directory 
                  [FAILED] 

Answer 1

‚ldd mod_wsgi.so‘ Laufen funktioniert nur, wenn Sie im selben Verzeichnis wie die Datei mod_wsgi.so sind.

Erklären Sie, warum Sie eine solche alte mod_wsgi-Version verwenden. Haben Sie mod_wsgi selbst aus dem Quellcode kompiliert oder verwenden Sie eine vorhandene Binärdatei für mod_wsgi?

Wenn aus dem Quellcode kompilieren, verwenden mod_wsgi 3.4 (die neueste), wenn Sie es von der Quelle bauen, tun Sie es so:

LD_RUN_PATH=/root/epd-5.1.0/lib make 

Die LD_RUN_PATH Lage von Python Bibliotheksverzeichnis in mod_wsgi.so so einbetten Es kann zur Laufzeit gefunden werden, da sich Ihre Bibliothek nicht an einem Standardstandort befindet. Folgende

Answer 2

1. in Ihre erste Linie der /etc/ld.so.conf Datei:

   /usr/local/lib 
   include ld.so.conf.d/*.conf 
   

2. Run ldconfig