Operating System & Version
CENTOS 7.7 kvm
cPanel & WHM Version
v86.0.18

cool_recep

Active Member
Apr 10, 2013
39
4
8
cPanel Access Level
Website Owner
cPanel should update PHP Version 7.4.5 immediately because 7.4.2 do not have GD JPEG Support?
Really?

I'm having the same issue:

The following errors occurred while verifying that your server still meets the minimum requirements:
  • The required PHP extension GD was found, but JPEG support is missing. Please ask your host to add support for JPEG images.

Reverted back to PHP 7.3. Double facepalm!
 

Kent Brockman

Well-Known Member
Jan 20, 2008
1,232
42
178
Buenos Aires, Argentina
cPanel Access Level
Root Administrator
Hey guys. Today, I tested the newly added PHP 7.4.2 and found some issues:

1) Pear addon APCu can be installed but it is not being even detected by php applications. It does works perfectly on PHP 7.3. So, some misconfiguration may be happenning on PHP 7.4 because the module is being installed, yet it's undetected. May it be an incompatibility issue perhaps? You tell me.

2) On EA4, when you add the modules for memcache and memcached, php apps detect it, but cannot be used and an error is obtained regarding
object cache: localhost:11211.

3) When you try to uninstall memcache and memcached fron EA4, it will automatically force to entirely uninstall the parent PHP versions to which the selected memcache/memcached items belong. That force you to reinstall PHP and all its modules again, only if you figure out your PHP vanished. Facepalm!

Hope you can reproduce it and fix it soon.
Let me know your findings please.
Best regards
 

cPDan

cPanel Staff
Staff member
Mar 9, 2004
720
11
243
Thank you @Kent Brockman for bringing that to our attention!

Looking into 1 and 3 now.

Item 2 is because the memcached daemon is not running and for security reasons we don’t want to enable it by default.

To make the memcache[d] extension usable you will need to install `memcached` and start the daemon (the package does not start it by default for the same reasons we don’t).

Thanks!
 
  • Like
Reactions: cPanelLauren

cPDan

cPanel Staff
Staff member
Mar 9, 2004
720
11
243
1) Pear addon APCu can be installed but it is not being even detected by php applications. It does works perfectly on PHP 7.3. So, some misconfiguration may be happenning on PHP 7.4 because the module is being installed, yet it's undetected. May it be an incompatibility issue perhaps? You tell me.
Seems to be configured ok (see below) can you give further details on what is not working, perhaps a code example?

Bash:
# /opt/cpanel/ea-php74/root/usr/bin/pecl install APCu
…
Extension apcu enabled in php.ini
# grep -i apcu /opt/cpanel/ea-php74/root/etc/php.d/*
/opt/cpanel/ea-php74/root/etc/php.d/zzzzzzz-pecl.ini:extension="apcu.so"
Thanks @Kent Brockman
 
  • Like
Reactions: cPanelLauren

Nirjonadda

Well-Known Member
May 8, 2013
721
27
78
cPanel Access Level
Root Administrator
Item 2 is because the memcached daemon is not running and for security reasons we don’t want to enable it by default.

To make the memcache[d] extension usable you will need to install `memcached` and start the daemon (the package does not start it by default for the same reasons we don’t).
How to enable memcached daemon? Also how to automatically start memcache and memcached with Server Reboot?

Code:
[[email protected] ~]# service memcached status
Redirecting to /bin/systemctl status memcached.service
Unit memcached.service could not be found.
[[email protected] ~]#
 

cPanelLauren

Forums Analyst II
Staff member
Nov 14, 2017
11,214
1,006
313
Houston
As I noted in the thread here: SOLVED - PHP 7.4 when?

Just to get ahead of things as well I want to note that there will be an update from PHP for 7.4 tomorrow which we should be pushing next week on Wednesday
We're planning to update Wednesday which will include the fix for JPEG support. There is an open case for this as well ZC-6605 - I'll update this thread Wednesday confirmation.
 

Kent Brockman

Well-Known Member
Jan 20, 2008
1,232
42
178
Buenos Aires, Argentina
cPanel Access Level
Root Administrator
Another issue I found today:

When you set PHP 7.4 as the default version in WHM's MultiPHP Manager, the cronjobs executing commands starting with the simple "php [path]" won't work as they used to do with previous PHP versions. I know the full php74 path can be used, but that it's not fully recommended cause end users are not always aware of their own cronjobs nor even about PHP changes and deprecations. So calling "php" directly MUST work. In fact, it actually works out of the box with PHP 7.3 and lower. But with PHP 7.4 it's simply not working.


Now to the good news...

WordPress sites running on PHP 7.4, shown a memory footprint 10-15% lower than when running on PHP 7.3 and a speedup of almost 20%. Also, most of the tested sites demonstrated that if it can run with PHP 7.2 and 7.3, it shouldn't have big issues with 7.4. So, I want it working to its full potential cause it will greatly improve websites performance and also free-up memory in all the servers.
 

cPanelLauren

Forums Analyst II
Staff member
Nov 14, 2017
11,214
1,006
313
Houston
So cron jobs for the user should be entered as one of the following:

PHP command examples:
General example:/usr/local/bin/php /home/$USER/public_html/path/to/cron/script

Domain-specific example:/usr/local/bin/ea-php99 /home/$USER/domain_path/path/to/cron/scriptIn the above example, replace “ea-php99” with the PHP version assigned to the domain you wish to use. Look in the MultiPHP Manager for the actual PHP version assigned to a domain.
This is noted in the Add New Cron Job interface

But just to be sure this functions by default the way you're expecting I did the following to test:

  • I set the system default in WHM's MultiPHP Manager to use PHP 7.4
  • I added my test account, which by default inherited the System PHP Version
  • Logged in via shell as my new user to confirm that my new account shows using the correct PHP version when calling PHP by itself:
    Code:
    [[email protected] bin]$ php -v
    PHP 7.4.2 (cgi-fcgi) (built: Apr 14 2020 23:35:11)
    Copyright (c) The PHP Group
    Zend Engine v3.4.0, Copyright (c) Zend Technologies
  • Created a test PHP script which outputs the php information:
    Code:
    [[email protected] public_html]# cat test.php
    <?php
    echo 'Current PHP version: ' . phpversion();
    ?>
    • It's rough I know, but get's the job done
  • Added a cron Job in cPanel>>Advanced>>CronJobs that runs my script:
    Code:
    *    *    *    *    *    php /home/myuser/public_html/test.php
  • Checked my email after the cron ran and confirmed the output:
    Code:
    Cron <[email protected]> php /home/myuser/public_html/test.php
    From (Cron Daemon) <[email protected]> on 2020-04-17 15:06
    Details
    Content-type: text/html; charset=UTF-8
    
    Current PHP version: 7.4.2

No other modifications were necessary.
 
  • Like
Reactions: Kent Brockman

Kent Brockman

Well-Known Member
Jan 20, 2008
1,232
42
178
Buenos Aires, Argentina
cPanel Access Level
Root Administrator
So cron jobs for the user should be entered as one of the following:
......
No other modifications were necessary.
Interesting. Now I wonder why it didn't worked on my test server. I tested it with WordPress cronjobs, WHMCS cronjobs, and with another php script which also requires cronjobs. None of them were executed...
 

cPDan

cPanel Staff
Staff member
Mar 9, 2004
720
11
243
3) When you try to uninstall memcache and memcached fron EA4, it will automatically force to entirely uninstall the parent PHP versions to which the selected memcache/memcached items belong. That force you to reinstall PHP and all its modules again, only if you figure out your PHP vanished. Facepalm!
Quick update on that: this will be fixed in 88.

The good news is that it isn’t a `Requires` related problem and thus doesn’t happen via CLI if both are erased. It also does not happen when removing memcache or memcached (just both of them).

Appreciate the report!
 

cPanelLauren

Forums Analyst II
Staff member
Nov 14, 2017
11,214
1,006
313
Houston
Interesting. Now I wonder why it didn't worked on my test server. I tested it with WordPress cronjobs, WHMCS cronjobs, and with another php script which also requires cronjobs. None of them were executed...
I'm not sure I can give you an answer as to why without further investigation. Can you provide the answers/output of the following for me?

  • Is this on multiple accounts or just select accounts?
  • Can you confirm you have the default PHP version set to PHP 7.4? You can do this with:
    Code:
    /usr/local/cpanel/bin/rebuild_phpconf --current
    • That command will also provide some information about the configuration you're using such as the php handler
  • Is anything noted in .bashrc for the accounts this occurs on? This will become apparent by one of the following methods:
    • Log in via SSH as root and run the following: cat /home/$user/.bashrc
    • Log in via SSH as the cPanel user and run the following: which php
      • IF an alias is present in the user's .bashrc file they'll get output like the following:
        Code:
        [[email protected] bin]$ which phpalias php='/opt/cpanel/ea-php55/root/usr/bin/php'
  • What is the output of the following when logged in as the user?
    Code:
    php --version
  • Do you have the php-cli package added? What's the output of the following:
    Code:
    rpm -qa |grep php-cli



@Nirjonadda

Where this fix in 88 Change Log?
The fix isn't in the changelog yet. It will be when it's added to the build.

Also when v88 will be CURRENT release Tier?
There's no date that can be provided for that as of right now but I believe we're looking at a few weeks
 
Last edited:

cPDan

cPanel Staff
Staff member
Mar 9, 2004
720
11
243
Quick update on that: this will be fixed in 88.

The good news is that it isn’t a `Requires` related problem and thus doesn’t happen via CLI if both are erased. It also does not happen when removing memcache or memcached (just both of them).

Appreciate the report!
Correction, it is a `Requires` related problem. We’ll post details here once the corrected URLs are published
 
  • Like
Reactions: cPanelLauren