使用内部rpm进行openssl升级会导致在CentOS 6.6 x64上找不到libcrypto.so.10

时间:2016-03-10 02:16:59

标签: linux openssl centos rpm

我正在使用完全更新的CentOS 6.6 x64盒子。

uname -a
Linux localhost.localdomain 2.6.32-573.18.1.el6.x86_64 #1 SMP Tue Feb 9 22:46:17 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

它正在运行openssl 1.0.1e

rpm -qa | grep openssl
openssl-1.0.1e-42.el6_7.4.x86_64

我们正在使用openssl 1.0.2f创建一个新的rpm并升级到该版本。 rpm安装完成但升级期间输出了两行。

/sbin/ldconfig: /usr/lib64/libssl.so.1.0.2 is not symbolic link
/sbin/ldconfig: /usr/lib64/libcrypto.so.1.0.2 is not symbolic link

rpm升级后,由于缺少libcrypto.so.10和libssl.so.10,软件包无法使用新的软件包。

这些链接不是由rpm创建的。但这里是踢球者 - 即使我手动创建libcrypto.so.10符号链接到新的,所以在/ usr / lib64中,应用程序不起作用。

# ssh root@localhost
ssh: /usr/lib64/libcrypto.so.10: version 'libcrypto.so.10' not found (required by ssh)
然而,

ldd能够找到所以

/usr/bin/ssh: /usr/lib64/libcrypto.so.10: version `libcrypto.so.10' not found (required by /usr/bin/ssh)
    linux-vdso.so.1 =>  (0x00007fffc1da0000)
    libfipscheck.so.1 => /lib64/libfipscheck.so.1 (0x00007fdf17567000)
    libselinux.so.1 => /lib64/libselinux.so.1 (0x00007fdf17348000)
    libcrypto.so.10 => /usr/lib64/libcrypto.so.10 (0x00007fdf16e9b000)
    libutil.so.1 => /lib64/libutil.so.1 (0x00007fdf16c98000)
    libz.so.1 => /lib64/libz.so.1 (0x00007fdf16a82000)
    libnsl.so.1 => /lib64/libnsl.so.1 (0x00007fdf16868000)
    libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007fdf16631000)
    libresolv.so.2 => /lib64/libresolv.so.2 (0x00007fdf16417000)
    libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x00007fdf161d2000)
    libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007fdf15eeb000)
    libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007fdf15cbf000)
    libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007fdf15aba000)
    libnss3.so => /usr/lib64/libnss3.so (0x00007fdf1577b000)
    libc.so.6 => /lib64/libc.so.6 (0x00007fdf153e7000)
    libdl.so.2 => /lib64/libdl.so.2 (0x00007fdf151e2000)
    libplc4.so => /lib64/libplc4.so (0x00007fdf14fdd000)
    /lib64/ld-linux-x86-64.so.2 (0x00007fdf179ea000)
    libfreebl3.so => /lib64/libfreebl3.so (0x00007fdf14dda000)
    libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007fdf14bce000)
    libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007fdf149cb000)
    libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fdf147ae000)
    libnssutil3.so => /usr/lib64/libnssutil3.so (0x00007fdf14581000)
    libplds4.so => /lib64/libplds4.so (0x00007fdf1437d000)
    libnspr4.so => /lib64/libnspr4.so (0x00007fdf1413f000)
    librt.so.1 => /lib64/librt.so.1 (0x00007fdf13f36000)

为什么应用程序无法使用新的应用程序?如何现在手动修复此问题并最终在rpm中进行修复?

0 个答案:

没有答案