Numpy: ImportError: libopenblasp-r0-39a31c03.2.18.so: Shared Object File kann nicht geöffnet werden: No such file or directory

Kannst du das in die Liste posten? Das ist der richtige Ort, um Fragen zu stellen. Sie könnten auch die Anaconda-Leute fragen.

@charris was meinst du mit liste?

Ich vermute, dies ist das Problem, auf das sich Stefan vdW hier bezog: https://github.com/scipy/scipy.org/pull/179#issuecomment -247179912

Vielleicht versuchen Sie, numpy mit Conda neu zu installieren?

Danke, @charris @matthew-brett Ich habe dies gelöst, indem ich den numpy-Ordner anaconda2/lib/python2.7/site-packages durch den numpy-Ordner in anaconda2/envs/tensorflow/lib/python2.7/site-packages ersetzt habe

Ich vermute, dass es hier ein Problem gibt, das wir beheben müssen ... das Problem ist, dass sie das offizielle Rad installiert haben, das wir vertreiben, und irgendwie ist es kaputt -- AFAIK, es sollte nicht möglich sein, diese Fehlermeldung zu erhalten, also passiert etwas Mysteriöses .

Natürlich wird die Installation des Numpy Wheels in einer Anaconda-Umgebung diese Umgebung auf lange Sicht aufgrund von Conda-Einschränkungen zerstören (und ich denke, es ist eine Art Anaconda-Bug, wenn pip install tensorflow in einer Anaconda-Umgebung verwirrt wird und denkt numpy ist nicht installiert?), aber nach der Installation des Rads _sollte das Importieren von numpy funktionieren, ohne dass Dateien fehlen, und wenn mehrere Leute darauf zugreifen, müssen wir es wahrscheinlich irgendwann herausfinden ...

Ich habe das gleiche Problem in Conda-Umgebungen, und sie starteten nur, als ich Tensorflow mit GPU-Unterstützung installierte.

Seltsamerweise, wenn Sie numpy zuerst mit pip installieren, installiert Conda es erneut, wenn Sie etwas installieren, das es erfordert (wie matplotlib) und alles funktioniert gut.

Ich habe das gleiche Problem, als ich auf GPU Tensorflow aktualisiert habe, hat jemand dieses Problem gelöst?

Ich vermute, dass es hier ein Problem gibt, das wir beheben müssen ... das Problem ist, dass sie das offizielle Rad installiert haben

@njsmith, wie hast du festgestellt, dass es sich um eine

Können Sie genau überprüfen, welche numpy-Version Sie installiert haben und ob sie von Conda oder Pip installiert wurde?

@rgommers : weil libopenblasp-r0-39a31c03.2.18.so ein verstümmelter Name ist, der von auditwheel generiert wird, und ich glaube nicht, dass conda-forge auditwheel verwendet. AFAIK Die einzige Möglichkeit, diese Fehlermeldung zu erhalten, besteht darin, die offiziellen Numpy Wheel-Builds zu importieren.

@rgommers : weil libopenblasp-r0-39a31c03.2.18.so ein verstümmelter Name ist, der von Auditwheel generiert wird, und ich glaube nicht, dass Conda-Forge Auditwheel verwendet

Ah, macht Sinn. Tatsächlich gibt es keine Auditwheel-Nutzung im Conda-Forge-Build.

Das Mischen von Numpy Wheels mit Conda sollte niemals durchgeführt werden. Conda schreibt numpy in Sonderfällen und erstellt alle Pakete gegen die zu installierende numpy-Version. Bei Pip-Rädern ist dies nicht der Fall, so dass das Potenzial für ernsthafte Brüche besteht.

Ah, das muss das Problem sein: https://github.com/conda-forge/tensorflow-feedstock/blob/master/recipe/build.sh. Das Conda-Paket ist eher ein neu verpacktes Rad als ein Build aus der Quelle. Das ist also mit einem Numpy verknüpft, der dann nicht verfügbar ist. Ich bin mir nicht sicher, wie Sie den hier gemeldeten Traceback erhalten, aber er sieht ungesund aus.

Das sieht verdächtig aus, aber ich verstehe immer noch nicht, wie es dazu führen kann, dass numpys numpy/core/multiarray.so von numpy/.libs/libopenblasp-r0-39a31c03.2.18.so . Und ich habe gerade das Tensorflow 1.1.0 py36-Rad heruntergeladen, und es scheint keine von Auditwheel generierten Importe darin zu haben ...

Ich vermute, dass conda zuerst numpy in anaconda2/lib/python2.7/site-packages/numpy installiert und pip dann denselben Speicherort überschreibt, indem .libs/libopenblasp-r0... dort abgelegt und dann conda eingefügt wird die richtige numpy Version zurück. Oder eine Variante davon - sie installieren am selben Ort.

@JohnnyRisk @acbellini können Sie uns bitte die genauen Installationsbefehle geben, die Sie vor dem Auftreten des Problems verwendet haben?

Gibt es Neuigkeiten zu diesem Problem und wie man es löst?
Ich habe das gleiche Problem, nachdem ich tensorflow1 mit gpu installiert habe, wie in den offiziellen Installationsrichtlinien hier empfohlen, Abschnitt 'Installation mit Anaconda'.
Ich habe eine neue Conda-Umgebung erstellt, sie geöffnet und dann Folgendes getan:
pip install --ignore-installed --upgrade $TF_BINARY_URL
wobei ich TF_BINARY_URL auf https://storage.googleapis.com/tensorflow/linux/gpu/tensorflow_gpu-1.3.0-cp34-cp34m-linux_x86_64.whl setze.
Seitdem kann ich Numpy nicht außerhalb der Conda-Umgebung importieren. (Obwohl ich numpy innerhalb der Umgebung importieren kann. Ich vermute, dass ich innerhalb der Umgebung die Pip-Version von Numpy importiere, und außerhalb ist die Conda-Version irgendwie durch die Installation der Pip-Version kaputt gegangen, die mit der Installation von tensorflow kam ).

Ich hatte das gleiche Problem - Tensorflow in einer neuen Conda-Umgebung installiert und dann in meiner alten Umgebung numpy aufgehört zu arbeiten. Was die alte Umgebung für mich behoben hat, war das Entfernen von numpy in dieser Umgebung ( conda uninstall numpy ), die Neuinstallation mit pip ( pip install numpy ) und die Installation darüber hinaus mit conda ( conda install numpy ). Mir ist nicht ganz klar, warum das funktioniert hat, aber es funktioniert. Einfach mit Conda deinstallieren und dann mit Conda neu installieren hat nicht funktioniert.

Danke @devonbrackbill , es hat funktioniert!
Fürs Protokoll: Ich habe tatsächlich eine zweite Iteration der Deinstallation / Neuinstallation durchgeführt, weil ich vermutete, dass Python das Pip Numpy-Paket verwendet. Nachdem ich getan habe, was Sie gesagt haben, habe ich Folgendes getan und die etwas seltsamen Ergebnisse, die ich erhalten habe:
pip uninstall numpy , die irgendwie deinstalliert wurde:
.../anaconda3/lib/python3.6/site-packages/numpy
.../anaconda3/lib/python3.6/site-packages/numpy-1.13.1-py3.6.egg-info
(numpy Pakete richtig?) und brach numpy. Dann
conda uninstall numpy die noch entfernt wurden
numpy: 1.13.1-py36_0
'pip uninstall numpy', was entfernt wurde:
.../anaconda3/lib/python3.6/site-packages/numpy-1.13.1.dist-info/DESCRIPTION.rst
.../anaconda3/lib/python3.6/site-packages/numpy-1.13.1.dist-info/INSTALLER
.../anaconda3/lib/python3.6/site-packages/numpy-1.13.1.dist-info/METADATA
.../anaconda3/lib/python3.6/site-packages/numpy-1.13.1.dist-info/RECORD
.../anaconda3/lib/python3.6/site-packages/numpy-1.13.1.dist-info/WHEEL
.../anaconda3/lib/python3.6/site-packages/numpy-1.13.1.dist-info/metadata.json
.../anaconda3/lib/python3.6/site-packages/numpy-1.13.1.dist-info/top_level.txt
conda install numpy
und jetzt funktioniert es!

Für mich hat die Lösung von
conda install -c conda-forge numpy oder
conda install -c anaconda numpy

https://anaconda.org/conda-forge/numpy
https://anaconda.org/anaconda/numpy