Error while loading shared libraries: 'libpcre.donc.0: ne peut ouvrir le fichier objet partagé: Aucun fichier ou répertoire'

Je viens d'installer Passager 3.0.11 et nginx et eu cette erreur:

De départ nginx: /opt/nginx/sbin/nginx: error while loading shared libraries: libpcre.donc.0: ne peut ouvrir le fichier objet partagé: Aucun fichier ou répertoire de

InformationsquelleAutor user908798 | 2011-12-14
  1. 5

    Le message signifie ce qu'il dit. Le nginx exécutable est compilé pour le PCRE (Perl compatible Regular Expression) bibliothèque partagée pour être disponible quelque part sur LD_LIBRARY_PATH ou spécifié dans /etc/ld.so.conf ou que ce soit l'équivalent de la bibliothèque de repérage des mécanismes s'appliquent à votre système d'exploitation, et il est impossible de trouver la bibliothèque.

    Vous aurez besoin d'installer PCRE ou de configurer votre environnement de sorte que nginx va chercher la librairie PCRE où il est installé.

    • J'ai déjà installer PCRE. Pourriez-vous plaidoyers de me dire pour configurer l'environnement pour résoudre ce problème.
    • La plate-forme êtes-vous? Où avez-vous installé PCRE?
    • plus loin sur ce? Je suis toujours le même problème
    • Dans le court terme (à le faire), vous pouvez ajouter le répertoire où PCRE est installé à la LD_LIBRARY_PATH variable d'environnement et essayer de l'exécuter à nouveau. Si cela fonctionne, alors vous devez vérifier /etc/ld.so.conf. Si cela ne fonctionne pas, alors vous devez vérifier si Ruby est de 32 bits et de PCRE est en 64 bits, ou si Ruby est en 64 bits et PCRE est de 32 bits. Le mélange ne fonctionne pas. Si vous avez un mélange, à la réinstallation de la bonne version (bittiness) d'un seul des produits, mais PCRE seul est plus simple que le Rubis et de ses extensions. Utilisation file et ldd pour analyser les fichiers binaires et les bibliothèques partagées.
    • Comme un gars qui travaille par l'intermédiaire de nginx construit, je suis la recherche de la configuration de système un peu unflexible. Par exemple, la configuration avec OpenSSL suppose que vous voulez lier à un objet partagé. Sa parait impossible de force de la liaison statique à libssl et libcrypto lorsque deux statique d'archives et d'objets partagés sont présents. Placement prudent de -Bstatic et -Bshared n'aide pas.
    InformationsquelleAutor Jonathan Leffler
  2. 67

    J'ai eu la même erreur, et j'ai résolu le problème en exécutant sudo ldconfig.

    • cela a fonctionné pour moi!
    • J'avais installé PCRE manuellement avant passager d'installation (en essayant de résoudre une autre erreur avec cette version de passagers) et a obtenu cette erreur lorsque j'essaye de démarrer nginx. "sudo ldconfig" m'a aidé aussi. Merci beaucoup!
    • Cela devrait être la réponse pour au moins Ubuntu 11
    • Cela fonctionne pour Apache, aussi, par la manière.
    • Merci, m'a aidé aussi pour la même erreur, j'utilise ubuntu 12.04
    • J'ai essayé de générer une GORGÉE de l'interface en python et j'ai obtenu le même message d'erreur. cette solution a fonctionné.

    InformationsquelleAutor Simon Ji
  3. 6

    Exécuter la commande ci-dessous et de redémarrage du serveur à nouveau.

    export LD_LIBRARY_PATH=/usr/local/lib:$LD_LIBRARY_PATH
    • Cela fonctionne pour moi!
    InformationsquelleAutor Shiv Kumar Sah
  4. 0

    Il y a quelques recommandations, avec ce que j'ai résolu le problème que j'avais.

    • Comme mentionné ci-dessus ajouter la lib chemin d'accès dans le fichier /etc/ld.donc.conf et vérifiez le même jour ou non à l'aide de ldconfig -v
    • Ajouter le LD_LIBRARY_PATH dans le .bash_profile et actualiser la même chose avec . . bash profile.
    • Si le fichier lib n'est pas mis à jour alors utiliser le updatedb pour actualiser la liste de la bibliothèque.
    InformationsquelleAutor Midhunlal
  5. 0

    viens de réinstaller h5py conda, résolu pour moi

    InformationsquelleAutor Pradi KL