Error al cargar bibliotecas compartidas: ‘libpcre.así.0: no se puede abrir el archivo objeto compartido: No existe el fichero o el directorio’

Acabo de instalar Pasajeros 3.0.11 y nginx y tengo este error:

De partida nginx: /opt/nginx/sbin/nginx: error al cargar bibliotecas compartidas: libpcre.así.0: no se puede abrir el archivo objeto compartido: No existe el fichero o directorio

InformationsquelleAutor user908798 | 2011-12-14

5 Kommentare

  1. 5

    El mensaje significa lo que dice. El nginx ejecutable compilado para esperar la PCRE (Perl compatible Regular la Expresión) de la biblioteca compartida a estar disponible en algún lugar de LD_LIBRARY_PATH o especificado en /etc/ld.so.conf o lo que sea equivalente biblioteca-búsqueda de mecanismos que se aplican a su sistema operativo, y no puede encontrar la biblioteca.

    Necesitará instalar PCRE – o configurar su entorno para que nginx buscará la biblioteca PCRE donde está instalado.

    • Yo ya instale PCRE. Podría usted súplicas dime para configurar el ambiente para solucionar esto.
    • La plataforma está usted? ¿De dónde instalar PCRE?
    • sobre esto? Todavía estoy teniendo el mismo problema
    • En el corto plazo (para que funcione) usted puede añadir el directorio donde PCRE se instala en la LD_LIBRARY_PATH variable de entorno e intente ejecutar de nuevo. Si funciona, entonces usted necesita para investigar /etc/ld.so.conf. Si no funciona, entonces usted necesita para comprobar si el Rubí es de 32 bits y PCRE es de 64 bits, o si el Rubí es de 64 bits y PCRE es de 32 bits. La mezcla no funciona. Si usted tiene una mezcla, vuelva a instalar la versión correcta (bittiness) de uno de los productos, pero PCRE solo es más simple que el Rubí además de sus extensiones. Uso file y ldd para analizar los binarios y librerías compartidas.
    • Como un tipo que está trabajando a través de nginx construye, me estoy encontrando configurar el sistema un poco unflexible. Por ejemplo, la configuración de OpenSSL se supone que desea vincular a un objeto compartido. Sus parece imposible forzar la vinculación estática a libssl y libcrypto cuando tanto el archivo estático y el objeto compartido están presentes. Cuidado con la colocación de -Bstatic y -Bshared no ayuda.
  2. 68

    Tengo el mismo error, y me ha solucionado el problema mediante la ejecución de sudo ldconfig.

    • Yo había instalado PCRE manualmente antes de que los pasajeros de la instalación (tratando de resolver otro error con la versión de pasajeros) y tengo este error cuando trató de iniciar nginx. «sudo ldconfig» me ayudó demasiado. Muchas gracias!
    • Esta debe ser la respuesta para al menos Ubuntu 11
    • Gracias, me sirvió demasiado para el mismo error, estoy usando ubuntu 12.04
    • Yo estaba tratando de generar un TRAGO de la interfaz de python y tiene el mismo error. esta solución funcionó.
  3. 7

    Ejecutar por debajo de comando y reiniciar de nuevo el servidor.

    export LD_LIBRARY_PATH=/usr/local/lib:$LD_LIBRARY_PATH
  4. 0

    Hay algunas recomendaciones, con esto he solucionado el problema que tenía.

    • Como se mencionó anteriormente agregar el lib ruta de acceso en el /etc/ld.así.conf y comprobación de la misma se actualiza o no mediante el uso de ldconfig -v
    • Agregar la variable LD_LIBRARY_PATH en el .bash_profile y actualización de la misma con . . bash profile.
    • Si el archivo lib no se actualiza, a continuación, utilizar la updatedb para actualizar la lista de la biblioteca.

Kommentieren Sie den Artikel

Bitte geben Sie Ihren Kommentar ein!
Bitte geben Sie hier Ihren Namen ein

Pruebas en línea