SOLVED Unable to install any php extensions

[Bayern]

I would need to add sodium php extensions to php7.4, 8.0 and 8.1, so I switched them on from Apache extensions as usual.
For some reason in the "Review" they do not show up, just the message " There are no packages to be installed. ", so the "provision" button remains grayed out (pic attached).
After that I checked that the same thing happens with any new php extension I try to install; nothing shows up in the review when I switch them on.
But on the other hand, if I switch any installed extension off, they do show up as an extension to be removed in the review.

So I can remove extensions, but not install anything.
I tried restarting Apache and rebooting the server, no change.
The VPS is running CentOS v7.9.2009 with cPanel & WHM v102.0.18 and LiteSpeed 6.0.12.

Earlier today I removed the php7.3 from the apache and there was some error with OWASP at provisioning, but I did not mark down what it was.
I don't know if that could be behind this, but all the help would be appreciated.

 

[Spirogg]

The VPS is running CentOS v7.9.2009 with cPanel & WHM v102.0.18 and LiteSpeed 6.0.12

if your running lightspeed its not using apache. have you tried to turn off light speed and switch to apache in lightspeed settings
and then try to add the extensions you need and see if that works first

if still having issues
can you run the commands below in order:

yum clean all

yum makecache

yum update

also can you post your output of yum update?

 

[Spirogg]

Also can you try to Rebuild RPM Database

 

[Bayern]

Thanks, this helped a bit forward!
Changing to Apache did not change anything, but I rebuilt the database and did the yum update, the output was:

Loaded plugins: fastestmirror, universal-hooks
Loading mirror speeds from cached hostfile
* EA4: 178.18.193.52
* cpanel-addons-production-feed: 178.18.193.52
* cpanel-plugins: 178.18.193.52
* base: asi-fs-n.contabo.net
* extras: centosmirror.netcup.net
Excluding mirror: mirror.fra10.de.leaseweb.net
* updates: asi-fs-n.contabo.net
No packages marked for update

After this all the other extensions were showing up in the review to be installed, but if I added any php version of sodium to be installed, the sodium along with all the other chosen extensions disappeared from the review.

Obviously this had something to do with the libsodium extension & from shell using php -i | grep -i sodium returned the following:

sodium
sodium support => enabled
sodium compiled version => 2.0.23
libsodium headers version => 1.0.16
libsodium library version => 1.0.16

So I suppose there is a conflict, but uninstalling the sodium from shell + restarting Apache/Litespeed did not change the situation; they still did not show up in the review to be installed in WHM.
I installed the sodium back from shell since it's required by Magento, but I'd need to update it to 1.0.18 and would be nicer to maintain it from WHM for the future anyway, how could I get this done?

 

[Spirogg]

Hello I found this article as well might help.

https://support.cpanel.net/hc/en-us/articles/360056786594-How-to-Install-the-Sodium-Cryptographic-Library-libsodium-and-PHP-Extension-on-cPanel

 

[cPRex]

@Bayern - if you still see issues after trying the details in that guide, feel free to open a ticket so we can check the system.

 

[Bayern]

The Step 2 was exactly what I was trying to do, without luck.
But with the Step 1 I got the libsodium updated from 1.0.16 to 1.0.18 and now the Step 2 worked like a charm!
Thank you @Spirogg & @cPRex, beer's on me if we meet one day

 

[Spirogg]

The Step 2 was exactly what I was trying to do, without luck.
But with the Step 1 I got the libsodium updated from 1.0.16 to 1.0.18 and now the Step 2 worked like a charm!
Thank you @Spirogg & @cPRex, beer's on me if we meet one day

I glad you got it working I’ll take you up on that beer one day glad we could help

 

[abdulsamad544]

Hey! I am getting the same problem and see nothing to provision when I try to install php81-php-intl. Moreover, the same Nothing to Provision statement appears if further extensions are installed along it. It's strange for PHP 8.1 extensions to do like this. Can anybody help? @cPRex?

 

[cPRex]

@abdulsamad544 - are you able to run a normal "yum update" on that server? If there are issues with Yum, EasyApache will not work.

 

[abdulsamad544]

Yes, I ran these commands previously as well to check.

yum clean all

yum makecache

yum update

Everything works. The Kernal package is also up to date.

 

[cPRex]

If you run "yum search php-intl" what are the results?

 

[abdulsamad544]

Loaded plugins: fastestmirror, universal-hooks
Loading mirror speeds from cached hostfile
* EA4: 178.18.193.52
* cpanel-addons-production-feed: 178.18.193.52
* cpanel-plugins: 178.18.193.52
* base: asi-fs-d.contabo.net
Excluding mirror: mirror.nl.leaseweb.net
Excluding mirror: mirror.de.leaseweb.net
* epel: mirrors.xtom.de
Excluding mirror: mirror.fra1.de.leaseweb.net
* extras: ftp.antilo.de
Excluding mirror: mirror.fra1.de.leaseweb.net
* updates: asi-fs-d.contabo.net
========================================================= N/S matched: php-intl ==========================================================
ea-php54-php-intl.x86_64 : Internationalization extension for PHP applications
ea-php55-php-intl.x86_64 : Internationalization extension for PHP applications
ea-php56-php-intl.x86_64 : Internationalization extension for PHP applications
ea-php70-php-intl.x86_64 : Internationalization extension for PHP applications
ea-php71-php-intl.x86_64 : Internationalization extension for PHP applications
ea-php72-php-intl.x86_64 : Internationalization extension for PHP applications
ea-php73-php-intl.x86_64 : Internationalization extension for PHP applications
ea-php74-php-intl.x86_64 : Internationalization extension for PHP applications
ea-php80-php-intl.x86_64 : Internationalization extension for PHP applications
ea-php81-php-intl.x86_64 : Internationalization extension for PHP applications
ea-php82-php-intl.x86_64 : Internationalization extension for PHP applications

Name and summary matches only, use "search all" for everything.

 

[cPRex]

Thanks for providing that - I don't see any odd conflicts there, so I'm not sure what might be happening. It may be best to submit a ticket to our team so we can check this directly.

 

[abdulsamad544]

Sure, I will like to submit a ticket now. Should I share the ticket number so you can personally check?

 

[cPRex]

That would be great!

 

[cPRex]

Ticket number is 95069345 and I'm following along with that now.

 

[cPRex]

It looks like many of the dependencies on the machine were related to CloudLinux and once we got those packages removed the installation went well!