Hello Everyone!
It looks this error message could stem from a few separate issues. Please review the following potential issues and their solutions:
1. Internal case EA-6542 is open to address an issue where commented PHP MIME types in .htaccess files can cause PHP version detection to break. Here's an example of such an entry in a .htaccess file:
Code:
#AddType application/x-httpd-phpXX .php
I'll monitor this case and update this thread with more information on it's status as it becomes available. In the meantime, the workaround is to manually remove the commented entry from the .htaccess file.
2. Internal case EA-6543 is open to address an issue where the PHP-CLI logic that checks the .htaccess file in the current working directory for PHP version declarations will attempt use MIME types that are unrelated to PHP, causing it to revert to the default PHP version after returning an error. Here's an example of such an entry in a .htaccess file:
Code:
AddType application/x-httpd-somethingelse .none
AddType application/x-httpd-ea-php56 .php
I'll monitor this case and update this thread with the outcome. The workaround for this case is to ensure a cPanel-recogized PHP MIME type is first MIME entry in the .htaccess file.
3. If this is a CloudLinux system, check to ensure you are not using cPanel EA4 RPMs instead of the CloudLinux EA4 RPMs. Here's a command you can use to check this:
Code:
rpm -qa|grep ea-|grep cpanel
If the YUM repos are properly configured on the CloudLinux server, then the output should resemble this:
Code:
# rpm -qa|grep ea-|grep cpanel
ea-cpanel-tools-1.0-15.el6.cloudlinux.x86_64
ea-profiles-cpanel-1.0-28.el6.cloudlinux.x86_64
ea-libcurl-7.53.1-2.2.2.cpanel.x86_64
If you see numerous EA4 RPMS ending with ".cpanel" instead of ".cloudlinux", then you will need to rerun the CloudLinux EA4 conversion script documented at the following URL:
CloudLinux Documentation
Thank you.
