我正在检查任何服务的状态或停止启动我的Linux服务器上的任何服务器时出现以下错误。 它的CentOS-5.4服务器。 sh: /usr/bin/(swapd): /lib/ld-linux.so.1: bad ELF interpreter: No such file or directory 我已经检查过ls -l / lib / ld *，下面是o / p -rwxr-xr-x 1 root root 129832 Oct 25 19:16 ld-2.5.so lrwxrwxrwx 1 root root 9 Nov 24 02:14 ld-linux.so.2 -> ld-2.5.so lrwxrwxrwx 1 root root 13 Nov 24 02:14 ld-lsb.so.3 -> ld-linux.so.2
我有一些交给我的盒子，我甚至不能启动基本的Apache服务器。 它通过百胜安装（我已经卸载并安装它），当我启动服务（服务httpd启动）其说：“确定”，但没有PID。 状态显示未运行。 在error_log中有以下内容： [Wed Feb 13 16:16:36 2013] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec) [Wed Feb 13 16:16:36 2013] [notice] Digest: generating secret for digest authentication … [Wed Feb 13 16:16:36 2013] [notice] Digest: done /usr/sbin/httpd: symbol lookup error: /usr/lib64/libaprutil-1.so.0: undefined symbol: apr_os_uuid_get 我认为这不是因为最后一行而开始的。 build议？ ldd $(which httpd) linux-vdso.so.1 => (0x00007fff9edff000) libm.so.6 => /lib64/libm.so.6 […]
我已经编辑了我的/etc/bashrc来设置LD_LIBRARY_PATH就像我之前问的那样 。 但它似乎并没有生效。 即使echo $LD_LIBRARY_PATH确实显示我的修改。 并运行我的程序： LD_LIBRARY_PATH="/usr/local/lib" ./test.cgi explicity does LD_LIBRARY_PATH="/usr/local/lib" ./test.cgi work。 我需要重新启动系统吗？ 这是怎么回事？
我试图在我的CentOS 7.2.1511安装上安装PHP 5.6.x。 我遵循这个指南： https ： //webtatic.com/packages/php56/ 出于某种原因，php56无法find。 我也尝试了其他版本库，比如Remi的RPM版本库，但是也没有find软件包。 看来我的yum安装有些问题。 这是安装命令的输出： > yum install php56 php56-opcache Loaded plugins: fastestmirror, langpacks Loading mirror speeds from cached hostfile * base: centos.mirror.transip.nl * epel: ftp.nluug.nl * extras: centos.mirror.transip.nl * ius: mirror.amsiohosting.net * remi: remi.mirrors.cu.be * remi-php56: remi.mirrors.cu.be * remi-safe: remi.mirrors.cu.be * updates: centos.mirror.transip.nl * webtatic: uk.repo.webtatic.com No package […]
我正在build立一个拥有所有库的服务器（当然，他们不应该占用数据传输）。 所以我可以克隆它，并将拥有一切。 这个服务器主要用于web /抓取/数据库的东西。 什么是一些绝对必须的库供将来使用？ libjpeg的？ Java的JDK？ 有人可以列出他们。 即使我不使用它，我也希望安装这些库。 但是，我可以在将来使用它。
我有一个已经部分更新到Debian Lenny的盒子。 它甚至像ls简单的命令抛出Segmentation fault 。 当我添加文件/etc/ld.so.nohwcap我能够升级和运行机器。 现在我想删除这个文件，但是当我这样做时 – 我得到了相同的分段错误。 我应该检查什么？ /etc/ld.so.nohwcap When this file is present the dynamic linker will load the non-optimized version of a library, even if the CPU supports the optimized version.
我一直在尝试用yum / python的urllib2来解决以下问题： [root@…]# yum Traceback (most recent call last): File "/usr/bin/yum", line 4, in ? import yum File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 51, in ? import config File "/usr/lib/python2.4/site-packages/yum/config.py", line 27, in ? from parser import ConfigPreProcessor File "/usr/lib/python2.4/site-packages/yum/parser.py", line 3, in ? import urlgrabber File "/usr/lib/python2.4/site-packages/urlgrabber/__init__.py", line 53, in ? from grabber import urlgrab, urlopen, […]
我们已经为不同的项目和不同的环境安装了一系列的软件包：dev，build / test qa（不太正式），qa（正式）和production。 我真的很想创build一个系统，通过这个系统我可以以某种方式指出每个软件包在每个环境中属于哪个版本，然后让它们自动部署。 我辩论使用本地Debian存储库，但这是比似乎需要更多。 而且，我想知道是否可以创build一个私人存储库，仅用于我拥有的，与Ubuntu的PPA非常类似。 我知道我们使用CF引擎来部署和pipe理服务器上的configuration，但是我不确定是否用于部署debian软件包。 有没有一个正确的方式去做这件事？ 更新看来，CF引擎可以用来pipe理Debian软件包。
我正在运行科学Linux 6.3（与Redhat / CentOS /等..二进制兼容）作为LAMP堆栈。 我已经从Percona yum存储库安装了Percona服务器和客户端v5.5。 但是，当我运行phpinfo（）我注意到，在MySQL和mysqli部分，它列出的客户端API库版本5.1.66，而不是5.5x。 我猜这些需要匹配，至less是主要的版本，我不知道这种不匹配可能产生的后果是什么。 我是否需要恢复到Percona服务器和客户端v5.1？ 这是为了生产环境，所以它需要是正确的。 我很感激任何投入或经验的人可以提供。 我正在运行科学Linux 6.3（与Redhat / CentOS /等..二进制兼容）作为LAMP堆栈。 我已经从Percona yum存储库安装了Percona服务器和客户端v5.5。 但是，当我运行phpinfo（）我注意到，在MySQL和mysqli部分，它列出的客户端API库版本5.1.66，而不是5.5x。 我猜这些需要匹配，至less是主要的版本，我不知道这种不匹配可能产生的后果是什么。 我是否需要恢复到Percona服务器和客户端v5.1？ 这是为了生产环境，所以它需要是正确的。 我很感激任何投入或经验的人可以提供。 （注意，我也将在Percona论坛上交叉发表）
我有一个freeradius 2.0.4服务器，我想update.it已经运行了2年没有中断。 我的更新只包括更新chap模块而不创build新模块。 为了避免不连续的服务，并确保所有的configuration保持不变，我试图find一个顺利的方式做到这一点在testing机器上。 我认为可以用我的修改版本简单地replacerlm_chap-2.0.4.so库 。 但是这会产生段错误（很可能是由于图书馆冲突造成的）。 其他信息： – 当第一个请求调用chap模块时，Freeradius启动并产生segfault。 – 当我的库与freeradius的源代码一起使用时，它的工作正常 – 我正在使用通过apt-get安装和apt-get源代码编译版本安装的Freeradius 2.0.4版本 – 库冲突是由修改后的库引起的，没有别的。 如果我恢复原始版本的rlm_chap-2.0.4.so（并不做别的），它再次正常工作。 – 我仍然是编译/库操作/ freeradius noobot，所以我可能做了很多错误的事情。 有任何想法吗？ 谢谢！