CentOS 6 httpd被更新。

时间:2021-04-25 16:52:39

Panic Mode commences! I installed updates yesterday.

恐慌开始!我昨天安装更新。

On restart, httpd yielded:

重启,httpd产生了:

Starting httpd: /usr/sbin/httpd: symbol lookup error: `/usr/lib64/libaprutil-1.so.0: undefined symbol: apr_os_uuid_get

Running ldd -r generates the same message:

运行ldd -r生成相同的消息:

ldd -r /usr/sbin/httpd
        linux-vdso.so.1 =>  (0x00007fffe82d9000)
        libm.so.6 => /lib64/libm.so.6 (0x00007f121e5fd000)
        libpcre.so.0 => /lib64/libpcre.so.0 (0x00007f121e3d1000)
        libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f121e1b1000)
        libaprutil-1.so.0 => /usr/lib64/libaprutil-1.so.0 (0x00007f121df8d000)
        libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007f121dd56000)
        libexpat.so.1 => /lib64/libexpat.so.1 (0x00007f121db2d000)
        libdb-4.7.so => /lib64/libdb-4.7.so (0x00007f121d7b9000)
        libapr-1.so.0 => /usr/lib/libapr-1.so.0 (0x00007f121d587000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f121d369000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f121cfd5000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00007f121cdd1000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f121eae5000)
        libuuid.so.1 => /lib64/libuuid.so.1 (0x00007f121cbcc000)
        libfreebl3.so => /lib64/libfreebl3.so (0x00007f121c953000)
        librt.so.1 => /lib64/librt.so.1 (0x00007f121c74b000)
undefined symbol: apr_os_uuid_get       (/usr/lib64/libaprutil-1.so.0)

Short of downloading apache source, what are the options.

除了下载apache源代码,还有哪些选项。

I already did a yum clean all and made sure I'm using only the base repositories. No updates available, yadda.

我已经完成了一个yum的清洗,并确保我只使用基本存储库。没有可用的更新,yadda。

I'm downloading the apache2 source code while I await the obvious quick-fix answer.

我正在下载apache2源代码,等待明显的快速修复答案。

1 个解决方案

#1


2  

You have an extraneous 32bit version of libapr installed. Visible in the following line.

您已经安装了一个额外的32位版本的libapr。在下面一行中可见。

libapr-1.so.0 => /usr/lib/libapr-1.so.0 (0x00007f121d587000)

You can find out what package owns that file by running rpm -qf /usr/lib/libapr-1.so.0.

您可以通过运行rpm -qf /usr/lib/libapr-1.so.0找到该文件的包。

That package might need upgrading (or removal if it is unused).

该包可能需要升级(如果未使用,则删除)。

#1


2  

You have an extraneous 32bit version of libapr installed. Visible in the following line.

您已经安装了一个额外的32位版本的libapr。在下面一行中可见。

libapr-1.so.0 => /usr/lib/libapr-1.so.0 (0x00007f121d587000)

You can find out what package owns that file by running rpm -qf /usr/lib/libapr-1.so.0.

您可以通过运行rpm -qf /usr/lib/libapr-1.so.0找到该文件的包。

That package might need upgrading (or removal if it is unused).

该包可能需要升级(如果未使用,则删除)。