cPanel – wrong PHP version when running composer in cPanel’s user account shell

If you’re reading this, you are probably having an issue because your composer is returning wrong (system default – native) PHP version. In this case, I tried to change to set PHP CLI version for composer from 7.2 to 8.2. In my case, this was done on CloudLinux environment where alt-php versions are in /opt/alt/. If you are using different PHP manager, find where your PHP binaries are.
I was getting this error:

[thisisme@cp ~]$ composer install
...
  Problem 1
    - Root composer.json requires php >=8.1 but your php version (7.2.34) does not satisfy that requirement.
...

You have to call composer with correct PHP binary. In my case, binary for version 8.2:

[thisisme@cp ~]$ /opt/alt/php82/usr/bin/php /opt/cpanel/composer/bin/composer diagnose
Checking platform settings: OK
Checking git settings: OK git version 2.43.2
Checking http connectivity to packagist: OK
Checking https connectivity to packagist: OK
Checking github.com rate limit: OK
Checking disk free space: OK
...
Checking composer version: You are not running the latest stable version, run `composer self-update` to update (2.6.5 => 2.8.5)
Composer version: 2.6.5
PHP version: 8.2.27
...

If you don’t want to execute this huge line every time you want to run composer command, create a simple alias, and you should be set:

[thisisme@cp ~]$ vi .bashrc
# add this to the end of the file
alias composer=”/opt/alt/php82/usr/bin/php /opt/cpanel/composer/bin/composer”
[thisisme@cp ~]# source .bashrc

And now you can run simpler version:

[thisisme@cp ~]$ composer diagnose
Checking platform settings: OK
Checking git settings: OK git version 2.43.2
Checking http connectivity to packagist: OK
Checking https connectivity to packagist: OK
Checking github.com rate limit: OK
Checking disk free space: OK
Checking composer version: You are not running the latest stable version, run `composer self-update` to update (2.6.5 => 2.8.5)
Composer version: 2.6.5
PHP version: 8.2.27
...

cPanel/CloudLinux – Composer not working with cPanel user

I had a problem when publishing project via composer as cPanel user. When trying to execute composer via cpanel user with ssh access, composer returned nothing. This was on CloudLinux with alt-php (PHP Selector) and cPanel.

In documentation is stated that for composer to work, we need PHP library’s Phar, Iconv, Mbstring. This can be done easily with PHP Selector in your user interface. Documentation also says that we need to have enabled allow_url_fopen which is also specified as possible security issue so it shouldnt be enabled globally. And lastly, if you use suhosin, which you should, you have to whitelist Phar. You should do all of this so that is only affecting php.ini for specific user and not globally. Also, you’ll want to increase memory_limit as composer needs it. In my case, I temporary increase it to 1G. First, enable all necessary php library’s through PHP Selector in you cpanel control panel. Then follow steps bellow.

Login in users CageFS like this:

root@server [~]# cagefsctl -e

Then go to your alt-php configuration directory:

root@cpanel [~]# cd /etc/cl.php.d/alt-php<desired version>/

Inside of this directory you should see file alt_php.ini, open it and add this to end of the file:

;>=== Start of PHP Selector Custom Options ===
memory_limit=1G
suhosin.executor.include.whitelist=phar
;<=== End of PHP Selector Custom Options =====

Save this settings and exit user CageFS. You don’t need to restart apache. Then SSH with your cpanel user and try to run composer.

Composer should now work with your cPanel user:

thisisme@server [/]# composer --version
Composer version 1.6.2 2018-01-05

 

cPanel Webmail: internal server error 500 user is over quota cpanel

This user cpanel account reached disk quota limit and mail stopped working. User deleted about 4G of emails and released some disk space. Problem was that he still wasn’t able to login to webmail. This error was shown:

internal server error 500 user is over quota cpanel

It didn’t make sense since he released his disk space. Cpanels quota was showing new value, but login to webmail was still impossible.

What you have to do is remove cpanels overquota file manually. Let’s say that user user4 is having issue described above.

root@cpanel [~]# cd /var/cpanel/overquota/
root@cpanel [/var/cpanel/overquota]# ls
./  ../  user1  user2  user3  user4 
root@cpanel [/var/cpanel/overquota]# rm user4

After I deleted /var/cpanel/overquota/user4, webmail was started to working again.

© 2025 geegkytuts.net
Hosted by SIEL


About author