¿Programa vinculado a dos versiones de la misma biblioteca?

¿Programa vinculado a dos versiones de la misma biblioteca?

Tengo dos sistemas, ambos ejecutan Debian Jessie 8.4 y ambos tienen open-vm-tools instalados. Los archivos son idénticos en ambos lados. Sin embargo, por un lado, el vmtoolsd enlaza a una libicu antigua, aunque el archivo es idéntico, lo que me da:

vmtoolsd: error while loading shared libraries: libicui18n.so.44: cannot open shared object file: No such file or directory

Aquí está el resultado de ldd en el servidor defectuoso:

root@asterisk:/usr/lib/x86_64-linux-gnu#   ldd /usr/bin/vmtoolsd
        linux-vdso.so.1 (0x00007ffec070c000)
        libvmtools.so.0 => /usr/local/lib/libvmtools.so.0 (0x00007fed5ba5e000)
        libgmodule-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0 (0x00007fed5b85a000)
        libgobject-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 (0x00007fed5b607000)
        libgthread-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgthread-2.0.so.0 (0x00007fed5b405000)
        libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x00007fed5b0f6000)
        libicui18n.so.52 => /usr/lib/x86_64-linux-gnu/libicui18n.so.52 (0x00007fed5ace4000)
        libicuuc.so.52 => /usr/lib/x86_64-linux-gnu/libicuuc.so.52 (0x00007fed5a966000)
        libicudata.so.52 => /usr/lib/x86_64-linux-gnu/libicudata.so.52 (0x00007fed590f9000)
        libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fed58dee000)
        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fed58aed000)
        libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fed588d7000)
        libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fed586ba000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fed5830f000)
        librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fed58107000)
        libcrypt.so.1 => /lib/x86_64-linux-gnu/libcrypt.so.1 (0x00007fed57ed0000)
        libicui18n.so.44 => not found
        libicuuc.so.44 => not found
        libicudata.so.44 => not found
        libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fed57ccc000)
        libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x00007fed57ac4000)
        libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007fed57856000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fed5bced000)

Solo que en este sistema no solo se vincula a libicui18n.so.52 sino que TAMBIÉN se vincula a libicui18n.so.44 ?!?! El otro sistema no tiene la extraña dependencia. Ya reinstalé libicu52 y open-vm-tools. El archivo libicui18n.so.4 no se puede encontrar en ninguna parte del servidor.

¿Cuál podría ser la razón de este comportamiento?

Respuesta1

Está recogiendo /usr/local/lib/libvmtools.so.0lo que presumiblemente es un remanente de una compilación realizada en Debian 6 (que tenía libicu44). Si le cambia el nombre, vmtoolsddebería encontrar sus bibliotecas correctamente.

información relacionada