Skip to main content

v96.0.8+ & CloudLinux 7.9 Unable to Load Dynamic Library libicuio.so.68

Comments

8 comments

  • cPRex Jurassic Moderator
    Hey there! This is a known issue with recent CloudLinux updates as outlined here, which you can see if you are signed in to our ticket system:
    1
  • quietFinn
    Has anyone else had the issue of the intl.so library failing on PHP7.4 & PHP8.0 after updating to v96.0.8 & CloudLinux?

    This happens in v.94.0.11 also.
    0
  • mihosting
    I am having the same problems? I am on cloudlinux. Any idea how to solved the problem?
    0
  • cPRex Jurassic Moderator
    @mihosting - check the link I posted a few posts above. @quietFinn - since it's a CloudLinux issue, it would not necessarily be tied to a specific version of cPanel.
    0
  • thealien
    Same thing is happening to me on a vanilla cpanel install, but does have imunify360 installed. Doesn't seem to be just "Cloudlinux" related: /opt/cpanel/ea-php72/root/usr/lib64/php/modules/intl.so /opt/cpanel/ea-php73/root/usr/lib64/php/modules/intl.so /opt/cpanel/ea-php74/root/usr/lib64/php/modules/intl.so /opt/cpanel/ea-php80/root/usr/lib64/php/modules/intl.so /opt/alt/libicu/usr/lib64/libicuio.so.63 /opt/alt/libicu/usr/lib64/libicuio.so.63.1 /opt/cpanel/ea-libicu/lib/libicuio.so /opt/cpanel/ea-libicu/lib/libicuio.so.69 /opt/cpanel/ea-libicu/lib/libicuio.so.69.1 [10-Jun-2021 16:40:46 UTC] PHP Warning: PHP Startup: Unable to load dynamic library 'intl.so' (tried: /opt/cpanel/ea-php74/root/usr/lib64/php/modules/intl.so (libicuio.so.68: cannot open shared object file: No such file or directory), /opt/cpanel/ea-php74/root/usr/lib64/php/modules/intl.so.so (/opt/cpanel/ea-php74/root/usr/lib64/php/modules/intl.so.so: cannot open shared object file: No such file or directory)) in Unknown on line 0
    0
  • cPJustinD
    Hello, thealien! On this Vanilla instance, what operating system are you running?
    0
  • coursevector
    I see that there is a support post on this: cPanel But i've done the workaround twice now on my servers, and the nightly update puts it right back to where it breaks again. Any update on this?
    0
  • cPJustinD
    The case still appears to be open at this time, and I am not aware of any other known workarounds aside from downgrading ea-libicu
    . In the meantime, you could exclude the package from yum updates so that nightly updates don't resurface the issue:
    0

Please sign in to leave a comment.