After CloudLinux PHP 8.x updates via upcp, PHP 7.4 site broken
Client is reporting that their site went offline a few hours ago. Timing coincides with the upcp update on the server (a CloudLinux 7.9 system). I was baffled by this, but I did see this in the logs:
Processing ea-php74 …
[2025-03-31 14:08:12 -0400] [/usr/local/cpanel/scripts/update-packages] … moving zend_extension and extension directives from php.ini to php.d/zzzzzzz-pecl.ini …
The module in question is PHP:intl. Any ideas? I'm baffled and perplexed. The user was able to recover their site by upgrading to PHP 8.3, but I'm worried that other sites will also be offline.
-
the error is back
https://support.cpanel.net/hc/en-us/articles/1500012409221-CloudLinux-EA4-PHP-module-extension-intl-not-loading-for-php74-and-php80
or
https://support.cpanel.net/hc/en-us/articles/29289799884823-EA-php-intl-is-not-built-against-the-new-libicu-package-causing-errors-on-CloudLinux-servers0 -
Following up: I have to assume that it has to do with Zend. I checked the PHP 8.3 config and php-opcache is not installed in that version. Thus, the correlation between the Zend update on 7.x and PHP:intl no longer working seems to be correct. It's my understanding that Zend uses PHP Intl.
So, for those of you looking for solutions, users might run into this problem when using a PHP that includes the php-opcache module for Zend when they're also using PHP:Intl. Moving them to a PHP version that does not include the Zend OPcache may very well solve the problem.
0 -
I had the same issue. The problem is related to missing libcui library files. You can verify this by running:
You will likely see something similar:
ldd /opt/cpanel/ea-php74/root/usr/lib64/php/modules/intl.so
linux-vdso.so.1 => (0x00007ffcc2dee000)
libicuuc.so.76 => not found
libicuio.so.76 => not found
libicui18n.so.76 => not found
libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007fa95ee9b000)
libm.so.6 => /lib64/libm.so.6 (0x00007fa95eb99000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fa95e983000)
libc.so.6 => /lib64/libc.so.6 (0x00007fa95e5b5000)
/lib64/ld-linux-x86-64.so.2 (0x00007fa95f41a000)I solved this issue by restoring the missing
.76
library files. After restoring and restart php-fpm, the error disappeared, and the PHP extension started working correctly.1 -
Just got an email from CloudLInux:
Issue with intl extension in PHP 7.4 & 8.0 due to ea-libicu-77.1-1.
Incident status: Monitoring
A fix has been implemented and we are monitoring the results.
0 -
I'm glad to hear that CloudLinux responded and is checking out this issue!
0
Please sign in to leave a comment.
Comments
5 comments