Hi all,
I’m facing the following issue:
I updated the packages yesterday that virtualmin proposed. Sadly, I did it blindly.
Since then (though I noticed it only this evening, 24 hours later) the websites only show the raw php code.
PHP is not executing.
I changed the php exec mode from one server to mod_php and that site works.
From this I’m assuming the problem exists with the FCGID.
Running: centos 6.4
Kernel and CPU Linux 2.6.32-358.14.1.el6.x86_64 on x86_64
Virtualmin 4.0.1
LOGS: The only thing the logs tell me is that php is not executing anything:
[Mon Aug 05 20:30:09 2013] [error] [client xxx.xxx.xxx.xxx] PHP Notice: Use of undefined constant DIRECTORY_PATH_INC - assumed ‘DIRECTORY_PATH_INC’ in /home/xxx/public_html/modules/index.php on line 14
[Mon Aug 05 20:30:09 2013] [error] [client xxx.xxx.xxx.xxx] PHP Warning: require_once(DIRECTORY_PATH_INCdesign.inc.php): failed to open stream: No such file or directory in /home/xxx/public_html/modules/index.php on line 14
[Mon Aug 05 20:30:09 2013] [error] [client xxx.xxx.xxx.xxx] PHP Fatal error: require_once(): Failed opening required ‘DIRECTORY_PATH_INCdesign.inc.php’ (include_path=’.:/usr/share/pear:/usr/share/php’) in /home/xxx/public_html/modules/index.php on line 14
I restarted the server, restarted quite a lot of things.
Can anybody help me?
FCGI really needs to run fast. The flagship website for that server does not work properly under mod_php…
Thanks
EDIT: I have read it might be a wrong path of PHP
I did the following:
[root@server xx]# pear version
PEAR Version: 1.9.4
PHP Version: 5.4.17
Zend Engine Version: 2.4.0
Running on: Linux server.xx.net 2.6.32-358.14.1.el6.x86_64 #1 SMP Tue Jul 16 23:51:20 UTC 2013 x86_64
[root@server xx]# php --ini
Configuration File (php.ini) Path: /etc
Loaded Configuration File: /etc/php.ini
Scan for additional .ini files in: /etc/php.d
Additional .ini files parsed: /etc/php.d/apc.ini,
/etc/php.d/curl.ini,
/etc/php.d/dom.ini,
/etc/php.d/fileinfo.ini,
/etc/php.d/gd.ini,
/etc/php.d/imap.ini,
/etc/php.d/json.ini,
/etc/php.d/mbstring.ini,
/etc/php.d/mcrypt.ini,
/etc/php.d/memcache.ini,
/etc/php.d/mysql.ini,
/etc/php.d/mysqli.ini,
/etc/php.d/odbc.ini,
/etc/php.d/pdo.ini,
/etc/php.d/pdo_mysql.ini,
/etc/php.d/pdo_odbc.ini,
/etc/php.d/pdo_pgsql.ini,
/etc/php.d/pdo_sqlite.ini,
/etc/php.d/pgsql.ini,
/etc/php.d/phar.ini,
/etc/php.d/snmp.ini,
/etc/php.d/sqlite3.ini,
/etc/php.d/wddx.ini,
/etc/php.d/xmlreader.ini,
/etc/php.d/xmlrpc.ini,
/etc/php.d/xmlwriter.ini,
/etc/php.d/xsl.ini,
/etc/php.d/zendguard.ini,
/etc/php.d/zip.ini
[root@server xx]# php -c /etc/php.ini -r ‘echo get_include_path()."\n";’
.:/usr/share/pear:/usr/share/php
[root@server xx]# pear config-get php_dir
/usr/share/pear
[root@server xx]# php -v
PHP 5.4.17 (cli) (built: Aug 1 2013 11:12:15)
Copyright © 1997-2013 The PHP Group
Zend Engine v2.4.0, Copyright © 1998-2013 Zend Technologies
with Zend Guard Loader v3.3, Copyright © 1998-2013, by Zend Technologies
Might it be zenguard or apc acting up?