Die ausführbare Python-Datei findet keine gemeinsam genutzte libpython-Bibliothek

Ich installiere Python 2.7 unter CentOS 5. Ich habe Python wie folgt erstellt und installiert

./configure --enable-shared --prefix=/usr/local
make
make install

Wenn ich versuche, / usr / local / bin / python auszuführen, wird diese Fehlermeldung angezeigt

/usr/local/bin/python: error while loading shared libraries: libpython2.7.so.1.0: cannot open shared object file: No such file or directory

Wenn ich ldd unter / usr / local / bin / python ausführe, bekomme ich

ldd /usr/local/bin/python
    libpython2.7.so.1.0 => not found
    libpthread.so.0 => /lib64/libpthread.so.0 (0x00000030e9a00000)
    libdl.so.2 => /lib64/libdl.so.2 (0x00000030e9200000)
    libutil.so.1 => /lib64/libutil.so.1 (0x00000030fa200000)
    libm.so.6 => /lib64/libm.so.6 (0x00000030e9600000)
    libc.so.6 => /lib64/libc.so.6 (0x00000030e8e00000)
    /lib64/ld-linux-x86-64.so.2 (0x00000030e8a00000)

Wie sage ich Python, wo Libpython zu finden ist?

Versuche Folgendes:

LD_LIBRARY_PATH=/usr/local/lib /usr/local/bin/python

Ersetzen Sie ihn /usr/local/libdurch den Ordner, in dem Sie ihn installiert haben, libpython2.7.so.1.0wenn er nicht vorhanden ist /usr/local/lib.

Wenn dies funktioniert und Sie die Änderungen dauerhaft vornehmen möchten, haben Sie zwei Möglichkeiten:

1. Hinzufügen export LD_LIBRARY_PATH=/usr/local/libzu Ihrem .profilein Ihrem Home-Verzeichnis (dies funktioniert nur, wenn Sie eine Shell verwenden, die diese Datei lädt, wenn eine neue Shell-Instanz gestartet wird). Diese Einstellung wirkt sich nur auf Ihren Benutzer aus.

2. In /usr/local/libzu /etc/ld.so.confund laufen ldconfig. Dies ist natürlich eine systemweite Einstellung.

Ich setze meinen Totengräberhut auf ...

Der beste Weg, dies zu beheben, ist zur Kompilierungszeit. Da Sie ohnehin das einzige Einstellungspräfix sind, können Sie der ausführbaren Datei auch explizit mitteilen, wo sich die gemeinsam genutzten Bibliotheken befinden. Im Gegensatz zu OpenSSL und anderen Softwarepaketen bietet Python keine nützlichen Konfigurationsanweisungen für die Verarbeitung alternativer Bibliothekspfade (nicht jeder ist Root, den Sie kennen ...). Im einfachsten Fall benötigen Sie lediglich Folgendes:

./configure --enable-shared \
            --prefix=/usr/local \
            LDFLAGS="-Wl,--rpath=/usr/local/lib"

Oder wenn Sie die Nicht-Linux-Version bevorzugen:

./configure --enable-shared \
            --prefix=/usr/local \
            LDFLAGS="-R/usr/local/lib"

Das " rpath" -Flag teilt Python mit, dass es Laufzeitbibliotheken hat, die es in diesem bestimmten Pfad benötigt. Sie können diese Idee weiterentwickeln, um Abhängigkeiten zu behandeln, die an einem anderen Speicherort als den Standardsystemstandorten installiert sind. Auf meinen Systemen sieht meine Konfigurationszeile beispielsweise folgendermaßen aus, da ich keinen Root-Zugriff habe und fast vollständig eigenständige Python-Installationen durchführen muss:

./configure --enable-shared \
            --with-system-ffi \
            --with-system-expat \
            --enable-unicode=ucs4 \
            --prefix=/apps/python-${PYTHON_VERSION} \
            LDFLAGS="-L/apps/python-${PYTHON_VERSION}/extlib/lib -Wl,--rpath=/apps/python-${PYTHON_VERSION}/lib -Wl,--rpath=/apps/python-${PYTHON_VERSION}/extlib/lib" \
            CPPFLAGS="-I/apps/python-${PYTHON_VERSION}/extlib/include"

In diesem Fall bin ich Kompilieren die Bibliotheken , dass Python verwendet (wie ffi, readlineusw.) in ein extlibVerzeichnis innerhalb des Python - Verzeichnisbaum selbst. So kann ich die Python Teer kann - $ {PYTHON_VERSION} Verzeichnis und landen sie überall , und es wird „Arbeit“ (sofern Sie nicht den Weg laufen libcoder libmKonflikte). Dies ist auch hilfreich, wenn Sie versuchen, mehrere Versionen von Python auf derselben Box auszuführen, da Sie nicht ständig Änderungen vornehmen LD_LIBRARY_PATHoder sich Sorgen machen müssen, die falsche Version der Python-Bibliothek zu finden.

Bearbeiten: Vergessen zu erwähnen, dass sich die Kompilierung beschwert, wenn Sie die PYTHONPATHUmgebungsvariable nicht auf das setzen , was Sie als Präfix verwenden, und einige Module nicht kompilieren können, z. B. um das obige Beispiel zu erweitern, setzen Sie das PYTHONPATHauf das oben verwendete Präfix Beispiel mit export PYTHONPATH=/apps/python-${PYTHON_VERSION}...

Ich hatte das gleiche Problem und habe es folgendermaßen gelöst:

Wenn Sie wissen, wo sich libpython befindet, können Sie /usr/local/lib/libpython2.7.so.1.0in Ihrem Fall einfach einen symbolischen Link dazu erstellen:

sudo ln -s /usr/local/lib/libpython2.7.so.1.0 /usr/lib/libpython2.7.so.1.0

Versuchen Sie dann ldderneut zu laufen und prüfen Sie, ob es funktioniert hat.

Ich habe Python 3.5 von Software Collections auf CentOS 7 minimal installiert . Es hat alles gut funktioniert, aber ich habe den in dieser Frage erwähnten Fehler in der gemeinsam genutzten Bibliothek gesehen, als ich versucht habe, ein einfaches CGI-Skript auszuführen:

tail /var/log/httpd/error_log
AH01215: /opt/rh/rh-python35/root/usr/bin/python: error while loading shared libraries: libpython3.5m.so.rh-python35-1.0: cannot open shared object file: No such file or directory

Ich wollte eine systemweite dauerhafte Lösung, die für alle Benutzer funktioniert, sodass das Hinzufügen von Exportanweisungen zu .profile- oder .bashrc-Dateien ausgeschlossen ist. Es gibt eine einzeilige Lösung, die auf der Red Hat-Lösungsseite basiert . Vielen Dank für den Kommentar, der darauf hinweist:

echo 'source scl_source enable rh-python35' | sudo tee --append /etc/profile.d/python35.sh

Nach einem Neustart ist alles gut in der Shell, aber manchmal beschwert sich mein Webserver immer noch. Es gibt einen anderen Ansatz, der sowohl für die Shell als auch für den Server immer funktioniert hat und allgemeiner ist. Ich habe die Lösung hier gesehen und dann festgestellt, dass sie auch hier in einer der Antworten erwähnt wird! Unter CentOS 7 sind dies die folgenden Schritte:

 vim /etc/ld.so.conf

Was auf meiner Maschine gerade hatte:

include ld.so.conf.d/*.conf

Also habe ich eine neue Datei erstellt:

vim /etc/ld.so.conf.d/rh-python35.conf

Und hinzugefügt:

/opt/rh/rh-python35/root/usr/lib64/

Und um den Cache manuell neu zu erstellen:

sudo ldconfig

Das war's, Skripte funktionieren gut!

Dies war eine vorübergehende Lösung, die bei Neustarts nicht funktioniert hat:

sudo ldconfig /opt/rh/rh-python35/root/usr/lib64/ -v

Die Option -v (ausführlich) war nur, um zu sehen, was los war. Ich habe gesehen, dass es funktioniert: / opt / rh / rh-python35 / root / usr / lib64: libpython3.so.rh-python35 -> libpython3.so.rh-python35 libpython3.5m.so.rh-python35-1.0 -> libpython3.5m.so.rh-python35-1.0

Dieser besondere Fehler ging weg. Übrigens musste ich chownden Benutzer apachen, um danach einen Berechtigungsfehler zu beseitigen.

Beachten Sie, dass ich find verwendet habe , um das Verzeichnis für die Bibliothek zu finden. Sie könnten auch tun:

sudo yum install mlocate
sudo updatedb
locate libpython3.5m.so.rh-python35-1.0

Was auf meiner VM zurückkehrt:

/opt/rh/rh-python35/root/usr/lib64/libpython3.5m.so.rh-python35-1.0

Welches ist der Pfad, den ich zu ldconfig geben muss, wie oben gezeigt.

Unter Solaris 11

Verwenden Sie LD_LIBRARY_PATH_64diese Option, um den Symlink zu Python-Bibliotheken aufzulösen.

In meinem Fall für Python3.6 LD_LIBRARY_PATHhat es nicht funktioniert, aber es hat LD_LIBRARY_PATH_64funktioniert.

Hoffe das hilft.
Grüße

Das hat bei mir funktioniert ...

$ sudo apt-get install python2.7-dev

Ich habe mit dem Befehl installiert:

./configure --prefix=/usr       \
            --enable-shared     \
            --with-system-expat \
            --with-system-ffi   \
            --enable-unicode=ucs4 &&

make

Nun, als Root-Benutzer:

make install &&
chmod -v 755 /usr/lib/libpython2.7.so.1.0

Dann habe ich versucht, Python auszuführen und bekam den Fehler:

/ usr / local / bin / python: Fehler beim Laden von gemeinsam genutzten Bibliotheken: libpython2.7.so.1.0: Datei für gemeinsam genutzte Objekte kann nicht geöffnet werden: Keine solche Datei oder kein solches Verzeichnis

Dann habe ich mich vom Root-Benutzer abgemeldet und erneut versucht, Python auszuführen, und es hat erfolgreich funktioniert.

Alles was es braucht ist die Installation der Installation von libpython [3 oder 2] Dev-Dateien.

Installieren Sie einfach Python-Lib. (python27-lib). Es wird libpython2.7.so1.0 installiert. Wir müssen nichts manuell einstellen.