是什么导致消息"加载/usr/lib/php/modules/xdebug.so失败"("没有这样的文件或目录")？

Question

当我运行时php --version(在CentOS版本6.4上),我得到:

# php --version
Failed loading /usr/lib/php/modules/xdebug.so:  /usr/lib/php/modules/xdebug.so: cannot open shared object file: No such file or directory
PHP 5.4.19 (cli) (built: Aug 22 2013 08:03:53)
Copyright (c) 1997-2013 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies
    with Xdebug v2.2.3, Copyright (c) 2002-2013, by Derick Rethans

"无法加载/usr/lib/php/modules/xdebug.so:/usr/lib/php/modules/xdebug.so:无法打开共享对象文件:没有这样的文件或目录"消息的来源是什么？

我使用以下方法确认了我的php.ini文件的位置:

# php -a
Failed loading /usr/lib/php/modules/xdebug.so:  /usr/lib/php/modules/xdebug.so: cannot open shared object file: No such file or directory
Interactive shell

php > echo php_ini_loaded_file() . "\n";
/etc/php.ini

然后我在/etc/php.ini中搜索了"/ usr/lib":

# fgrep "/usr/lib" /etc/php.ini
zend_extension=/usr/lib64/php/modules/xdebug.so
extension_dir = "/usr/lib64/php/modules"

PHP似乎没有配置(在php.ini中)在/ usr/lib/php/modules /中查找xdebug.so.那我为什么要收到错误信息呢？

更新:回应Sverri M. Olsen的评论建议xdebug.so的路径可能需要修复,我做了:

# fgrep "xdebug" /etc/php.ini
zend_extension=/usr/lib64/php/modules/xdebug.so
xdebug.remote_enable=1
xdebug.remote_handler=dbgp
xdebug.remote_mode=req
xdebug.remote_host=vmhostmachine
xdebug.remote_port=9000
xdebug.profiler_enable=1
xdebug.profiler_enable_trigger=1
xdebug.profiler_output_dir=/usr/xdebug
xdebug.profiler_append=1
xdebug.auto_trace=1
xdebug.trace_format=1
xdebug.collect_params=4
xdebug.collect_return=1
xdebug.trace_output_dir=/usr/xdebug
xdebug.trace_output_name=trace.%H.%t
xdebug.profiler_output_name=profile.%H.%t

我确认了xdebug.so的上述路径是正确的:

# ls -lh /usr/lib64/php/modules/xdebug.so
-rwxr-xr-x 1 root root 200K May 21  2013 /usr/lib64/php/modules/xdebug.so

另请注意Xdebug的工作原理.

Answer 1

在从现代Red Hat版本(例如RHEL,Fedora和CentOS)派生的GNU/Linux系统中,PHP发行版可以分为主要的.ini文件/etc/php.ini以及特定于扩展名的其他.ini文件的集合.安装为RPM的软件包/etc/php.d.在初始化时,PHP将/etc/php.d/*.ini在加载主php.ini文件后读取.

看起来你有一个包含Xdebug设置的陈旧文件/etc/php.d.Grep for Xdebug in /etc/php.d找到罪犯并删除它或注释掉相关的行.

grep xdebug /etc/php.d/*.ini

如果Xdebug是通过手动过程单独安装的,并且您手动修改了main /etc/php.ini来加载扩展并配置其设置,那么这就解释了为什么Xdebug在你仍然看到有关其不存在的错误的情况下工作的原因/usr/lib/php/modules/xdebug.so.如果将配置文件从/etc旧的32位系统复制到模块所在的64位系统,也可能发生这种情况/usr/lib64/php/modules