/usr/lib64/libaprutil-1.so.0: undefined symbol: apr_os_uuid_get 报错解决办法

今天在打一个LAMP的架构时,为了快速部署就直接使用了yum 安装了httpd/mysql/php等组件。但是在httpd服务启动过程中发现服务一直启动不了,在error_log里面发现有以下内容,

/usr/sbin/httpd: symbol lookup error: /usr/lib64/libaprutil-1.so.0: undefined symbol: apr_os_uuid_get[Wed Nov 08 09:22:40 2017] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)[Wed Nov 08 09:22:40 2017] [notice] Digest: generating secret for digest authentication ...[Wed Nov 08 09:22:40 2017] [notice] Digest: done

刚开始以为apr组件安装的不对就卸了重装,把httpd也卸了重装,但是还是没有解决问题。

后来使用ldconfig -p|grep apr 命令查看库文件

root># ldconfig -p | grep apr
    libaprutil-1.so.0 (libc6,x86-64) => /usr/lib64/libaprutil-1.so.0
    libapr-1.so.0 (libc6,x86-64) => /usr/lib64/libapr-1.so.0

对照

root># httpd -V
Server version: Apache/2.2.15 (Unix)
Server built:   Oct 19 2017 16:43:38
Server‘s Module Magic Number: 20051115:25
Server loaded:  APR 1.6.3, APR-Util 1.3.9  #加载的是我编译安装的文件
Compiled using: APR 1.3.9, APR-Util 1.3.9
Architecture:   64-bit
Server MPM:     Prefork
  threaded:     no
    forked:     yes (variable process count)
Server compiled with....
 -D APACHE_MPM_DIR="server/mpm/prefork"
 -D APR_HAS_SENDFILE
 -D APR_HAS_MMAP
 -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
 -D APR_USE_SYSVSEM_SERIALIZE
 -D APR_USE_PTHREAD_SERIALIZE
 -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
 -D APR_HAS_OTHER_CHILD
 -D AP_HAVE_RELIABLE_PIPED_LOGS
 -D DYNAMIC_MODULE_LIMIT=128
 -D HTTPD_ROOT="/etc/httpd"
 -D SUEXEC_BIN="/usr/sbin/suexec"
 -D DEFAULT_PIDLOG="run/httpd.pid"
 -D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
 -D DEFAULT_LOCKFILE="logs/accept.lock"
 -D DEFAULT_ERRORLOG="logs/error_log"
 -D AP_TYPES_CONFIG_FILE="conf/mime.types"
 -D SERVER_CONFIG_FILE="conf/httpd.conf"
You have new mail in /var/spool/mail/root

然后查看库文件路径 LD_LIBRARY_PATH发现只有/usr/local/apr/lib

root># echo $LD_LIBRARY_PATH
:/usr/local/apr/lib

但是真正安装的libapr文件在/usr/lib64下

root># LD_LIBRARY_PATH=/usr/lib64:$LD_LIBRARY_PATH   #添加/usr/lib64到路径下

root># echo $LD_LIBRARY_PATH
/usr/lib64::/usr/local/apr/lib

然后再次尝试启动httpd服务,他喵的成功了   〒▽〒

 /etc/init.d/httpd start
Starting httpd:   [ok]
时间: 2024-07-31 23:05:22

/usr/lib64/libaprutil-1.so.0: undefined symbol: apr_os_uuid_get 报错解决办法的相关文章

linux下提示/usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.14' not found 解决办法

1.查看gcc版本中包含哪些库. strings /usr/lib64/libstdc++.so.6 | grep GLIBC GLIBCXX_3.4 GLIBCXX_3.4.1 GLIBCXX_3.4.2 GLIBCXX_3.4.3 GLIBCXX_3.4.4 GLIBCXX_3.4.5 GLIBCXX_3.4.6 GLIBCXX_3.4.7 GLIBCXX_3.4.8 GLIBCXX_3.4.9 GLIBCXX_3.4.10 GLIBCXX_3.4.11 GLIBCXX_3.4.12 GLI

webpack2.0 引入.css文件报错解决方法

main.js文件引入 import './my-style.css' webpack.config.js 文件 之后莫名其妙报错: 解决方法 注意 先style再css,顺序问题,一定不能颠倒 { test: /\.css$/, loader: 'style-loader!css-loader' } 原因是应该是版本迭代的问题

使用django book2.0 时候,输入python manage.py sqlall books 报错解决办法

会出现这样的错:CommandError: App 'books' has migrations. Only the sqlmigrate and sqlflush commands can be used when an app has migrations. 这是因为旧版本和新的版本命令已经不一样 的问题. 我用的是django =1.8.3, 写好自己的model以后可以换成这样的命令来生成数据库表: python manage.py makemigrations books 然后:pyt

[速记]python: symbol lookup error: /usr/lib/x86_64-linux-gnu/libatk-1.0.so.0: undefined symbol: g_log_structured_standard问题解决

python: symbol lookup error: /usr/lib/x86_64-linux-gnu/libatk-1.0.so.0: undefined symbol: g_log_structured_standard https://packages.debian.org/sid/amd64/libatk1.0-0/download sudo dpkg -i *.deb Done! 原文地址:https://www.cnblogs.com/DataNerd/p/9094972.ht

libsvn_subr-1.so.0: undefined symbol: apr_atomic_xchgptr 故障解决

源码编译安装完成之后,查看svn的安装版本会报以下错误 svn: symbol lookup error: /usr/local/subversion/lib/libsvn_subr-1.so.0: undefined symbol: apr_atomic_xchgptr 问题是出在了libsvn_subr-1.so.0库文件上,那就先查看一下它所依赖的动态连接库信息吧 ldd /usr/local/subversion/lib/libsvn_subr-1.so.0 linux-vdso.so.

mysql: symbol lookup error: /usr/local/lib/libreadline.so.6: undefined symbol: UP

Error Symptom: when you run $mysql -u root -p command in the linux you get an error message ” mysql: symbol lookup error: /usr/local/lib/libreadline.so.6: undefined symbol: UP” Solution: Step 1: Login as root Step 2: Go to folder path #cd/usr/local/l

/usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.14' not found 解决方法

问题重现:当我们运行某一个用C系列语言编译而成的程序的时候,可能会接收到这个错误--这个错误的意思是,没有找到GLIBC版本是3.4.14的相应C++标准库. 问题起源:首先,我们需要清楚,一个程序从被加载之后,需要进行动态链接,而动态链接,需要对应版本的glibc库.但是我们的可执行文件需要哪个版本的glibc库呢? 这个版本问题,已经存在于我们的可执行文件ELF格式中.我们可以用命令这样查看. [22:[email protected]]$>strings numDistinct | gre

error at ::0 can't find referenced pointcut解决办法(转载)

原文:http://blog.sina.com.cn/s/blog_9ecb0d9d0101fheg.html Spring中采用annotation的方式实现AOP代理,运行测试代码时抛出以下异常: Exception in thread "main" org.springframework.beans.factory.BeanCreationException:  Error creating bean with name 'userManager' defined in clas

duplicate symbol _OBJC_METACLASS_$ 报错记录

duplicate symbol _OBJC_METACLASS_$_TabbarButton in: /Users/hw201406/Library/Developer/Xcode/DerivedData/xxx-gafskbgawbctznekgfxqhaugwjce/Build/Intermediates/xxx.build/Debug-iphonesimulator/xxx06.build/Objects-normal/i386/TabbarButton-FDEB19611A30D765