Unable to load dynamic library "curl.so"

[Metro2]

Glad I found this before starting a separate thread (although cPanel mods might want me to start my own thread, since my issue is *slightly* different).

I'm running CloudLinux (licensed through cPanel) and KernelCare (licensed through CL/KC), and I also stay on top of the yum updates, but I'm seeing this in some customer error_log files recently despite the fix that CL introduced months ago:

[03-May-2018 14:32:12 America/New_York] PHP Warning:  PHP Startup: Unable to load dynamic library '/opt/cpanel/ea-php56/root/usr/lib64/php/modules/curl.so' - /opt/cpanel/ea-openssl/lib64/libcrypto.so.1.0.0: version `libcrypto.so.10' not found (required by /usr/lib64/libssh2.so.1) in Unknown on line 0

I can see that it's calling to ea-php and not alt-php , but I'm getting ready to try to transition away from CL's PHP Selector and removing alt-php in favor of using cPanel's MultiPHP feature. Right now user accounts are set to "Native" PHP 5.6.x in their cPanel in PHP Selector and I can see in WHM they're set to "Inherit". So in the midst of trying to figure out how to safely transition away from PHP Selector and go with MultiPHP (scary enough in itself, for me anyway) , I'm now wondering if there is some kind of dependency path incorrect or extension module not properly working or not properly installed.

@cPanelMichael - do you have some advice for me regarding the error_log PHP Warning I've quoted above? I'm probably overlooking something very obvious, so I came here to the forums instead of opening a ticket first.

Thanks for any advice / guidance from anyone who has a minute to respond...

 

[cPanelMichael]

[03-May-2018 14:32:12 America/New_York] PHP Warning: PHP Startup: Unable to load dynamic library '/opt/cpanel/ea-php56/root/usr/lib64/php/modules/curl.so' - /opt/cpanel/ea-openssl/lib64/libcrypto.so.1.0.0: version `libcrypto.so.10' not found (required by /usr/lib64/libssh2.so.1) in Unknown on line 0

Hello @Metro2,

The error snippet you posted is from 03-May-2018. Can you verify if you've noticed this error message recently? If not, it likely stems from the temporary issue quoted below:

The conclusion of internal case CPANEL-20005 is that the issue was specific to servers where the YUM transaction was killed during the update process (either due to a lack of resources or an application that kills processes). Thus, it was not determined to be an issue with the cPanel & WHM update process itself. You can verify what exactly happened on your particular system by reviewing the corresponding cPanel update log in the following directory:

/var/cpanel/updatelogs/

Look for terms such as "KILL" or "OOM" near the sysup and rpmup section of the update log to see if you notice any particular output related to the killing of the YUM transaction. This should help you to determine why the update failed.

Thank you.