Skip to main content

PHP 7.4 Issues/Updates

Nirjonadda
I am getting lot of Server error log about JPEG support is missing from GD.

Comments

53 comments

Date Votes
  • cPanelLauren
    This morning I checked EasyApache 4 and i see this: What is confusing to me is that it appears to be installed already. Does this mean that when EasyApache 4 auto upgrades it will install the latest version of PHP? I assume the new version of PHP74 which will be released today will have a version number like 7.4.5-1.1.2.

    Well it wouldn't actually be revision 1.1.2 of PHP 7.4.5 I suppose- it would be if it was an update of 7.4.5
    0
  • cPanelLauren
    Reminder: The GD Fix with JPEG support is coming today and I will update here as soon as it's added.
    0
  • Nirjonadda
    Reminder: The GD Fix with JPEG support is coming today and I will update here as soon as it's added.

    Monitoring here: EasyApache 4 Change Log 2020 | cPanel & WHM Documentation
    0
  • cPanelLauren
    The GD fix was just pushed guys. Please let us know if you notice any issues.
    0
  • Nirjonadda
    The GD fix was just pushed guys. Please let us know if you notice any issues.

    Yes fixed but have new issue with this update. The provision process exited with errors. Please check the log for details. [2020-04-24 01:33:37 +0600] info [xml-api] [Fri Apr 24 00:00:57.432790 2020] [:error] [pid 1166:tid 47631543867136] [client 93.190.138.231:61437] [client 93.190.138.231] ModSecurity: Warning. String match "Invalid URI in request" at WEBSERVER_ERROR_LOG. [file "/etc/apache2/conf.d/modsec_vendor_configs/comodo_apache/12_HTTP_Protocol.conf"> [line "14"> [id "210210"> [rev "2"> [msg "COMODO WAF: Apache Error: Invalid URI in Request.||www.mysite.com|F|4"> [data "GET www.mysite.com HTTP/1.0"> [severity "WARNING"> [tag "CWAF"> [tag "Protocol"> [hostname "www.mysite.com"> [uri "/400.shtml"> [unique_id "XqHX2QMjH8lIAJzbr8dDmwAAAAs">
    0
  • AndyX
    The GD fix was just pushed guys. Please let us know if you notice any issues.

    Hello, What do we need to do in WHM to use this new version of php74? I show this currently in EasyApache 4.
    0
  • blue7
    The GD fix was just pushed guys. Please let us know if you notice any issues.

    How to get this fix? yum -y update doesnt make the trick, it says no packages marked for update
    0
  • cPanelLauren
    Yes fixed but have new issue with this update. The provision process exited with errors. Please check the log for details. [2020-04-24 01:33:37 +0600] info [xml-api] [Fri Apr 24 00:00:57.432790 2020] [:error] [pid 1166:tid 47631543867136] [client 93.190.138.231:61437] [client 93.190.138.231] ModSecurity: Warning. String match "Invalid URI in request" at WEBSERVER_ERROR_LOG. [file "/etc/apache2/conf.d/modsec_vendor_configs/comodo_apache/12_HTTP_Protocol.conf"> [line "14"> [id "210210"> [rev "2"> [msg "COMODO WAF: Apache Error: Invalid URI in Request.||www.mysite.com|F|4"> [data "GET www.mysite.com HTTP/1.0"> [severity "WARNING"> [tag "CWAF"> [tag "Protocol"> [hostname "www.mysite.com"> [uri "/400.shtml"> [unique_id "XqHX2QMjH8lIAJzbr8dDmwAAAAs">

    I'd suggest disabling COMODO WAF and attempting to provision again. This isn't related to the EasyApache update process at all, it's specific to the 3rd party plugin.
    What do we need to do in WHM to use this new version of php74? I show this currently in EasyApache 4.

    You'd just need to ensure that it's included in your EasyApache profile then set whichever domains you'd like to use it in the MultiPHP Manager.
    How to get this fix? yum -y update doesnt make the trick, it says no packages marked for update

    Do the following first to clear your cache: yum clean all
    0
  • Nirjonadda
    I'd suggest disabling COMODO WAF and attempting to provision again. This isn't related to the EasyApache update process at all, it's specific to the 3rd party plugin.

    This error does not happened before. I am not using COMODO WAF. We are using ModSecurity with COMODO ModSecurity Rules for Apache.
    0
  • cPanelLauren
    This error does not happened before. I am not using COMODO WAF. We are using ModSecurity with COMODO ModSecurity Rules for Apache.

    Those are the COMODO WAF rules you're using when you use their ModSecurity Ruleset. It's noted in the error as well. They are not offered by cPanel and there are commonly issues with them. cPanel offers and provides support for issues with the OWASP Modsecurity Ruleset. We can rule out an issue with EasyApache by disabling that ruleset then provisioning. If you do not continue to receive an error with them disabled you can safely confirm the issue is with the 3rd party ruleset and you'd need to address that issue with them here: Free ModSecurity Rules from Comodo
    0
  • blue7
    I'd suggest disabling COMODO WAF and attempting to provision again. This isn't related to the EasyApache update process at all, it's specific to the 3rd party plugin. You'd just need to ensure that it's included in your EasyApache profile then set whichever domains you'd like to use it in the MultiPHP Manager. Do the following first to clear your cache: yum clean all

    Done but still there is no JPEG Edit: Sorry, i am using Litespeed, restarting Litespeed fixed the problem. Thank you.
    0
  • cool_recep
    LSWS 5.4.x PHP 7.4.5 All fine, thank you.
    0
  • djbaxter
    Hello, What do we need to do in WHM to use this new version of php74? I show this currently in EasyApache 4.

    I just ran System Update from WHM and then restarted Apache. The listed version of php74 in Easy Apache didn't change: still says 7.4.5-1.1.1.cpanel. However, the error about JPEG disappeared (in the Xenforo Admin page).
    0
  • AndyX
    I get the following error when I try to use mb_split with php74. If I switch to php73 I don't get the error. Looks like mbstring is installed on php74.
    0
  • AndyX
    php73 php4 Looks like oniguruma version is missing in php74. [QUOTE]Oniguruma is necessary for the regular expression functions with multibyte character support. Oniguruma is bundled with mbstring. As of PHP 5.4.0, if Oniguruma is already installed on the system, --with-onig[=DIR] can be specified to use the installed library.
    Source: PHP: Installation - Manual
    0
  • AndyX
    I also found this: Source:
    0
  • cPanelLauren
    As noted in that excerpt: [QUOTE] Mbstring:
    • --with-onig has been removed. Unless --disable-mbregex has been passed, libonig is required.

    Looking at the php configure command the --disable-mbregex option has been passed: [root@server ~]# php -i |grep mbregex Configure Command => './configure' '--build=x86_64-redhat-linux-gnu' '--host=x86_64-redhat-linux-gnu' '--program-prefix=' '--disable-dependency-tracking' '--prefix=/opt/cpanel/ea-php74/root/usr' '--exec-prefix=/opt/cpanel/ea-php74/root/usr' '--bindir=/opt/cpanel/ea-php74/root/usr/bin' '--sbindir=/opt/cpanel/ea-php74/root/usr/sbin' '--sysconfdir=/opt/cpanel/ea-php74/root/etc' '--datadir=/opt/cpanel/ea-php74/root/usr/share' '--includedir=/opt/cpanel/ea-php74/root/usr/include' '--libdir=/opt/cpanel/ea-php74/root/usr/lib64' '--libexecdir=/opt/cpanel/ea-php74/root/usr/libexec' '--localstatedir=/opt/cpanel/ea-php74/root/var' '--sharedstatedir=/opt/cpanel/ea-php74/root/var/lib' '--mandir=/opt/cpanel/ea-php74/root/usr/share/man' '--infodir=/opt/cpanel/ea-php74/root/usr/share/info' '--cache-file=../config.cache' '--with-libdir=lib64' '--with-config-file-path=/opt/cpanel/ea-php74/root/etc' '--with-config-file-scan-dir=/opt/cpanel/ea-php74/root/etc/php.d' '--disable-debug' '--with-password-argon2=/opt/cpanel/libargon2' '--with-pic' '--without-pear' '--with-bz2' '--with-freetype' '--with-xpm' '--without-gdbm' '--with-gettext' '--with-iconv' '--with-jpeg' '--with-openssl' '--with-zlib' '--with-layout=GNU' '--enable-exif' '--enable-ftp' '--enable-sockets' '--with-kerberos' '--enable-shmop' '--with-libxml' '--with-system-tzdata' '--with-mhash' '--libdir=/opt/cpanel/ea-php74/root/usr/lib64/php' '--enable-pcntl' '--enable-opcache' '--enable-phpdbg' '--with-imap=shared,/opt/cpanel/ea-php74/root/usr' '--with-imap-ssl' '--enable-mbstring=shared' '--disable-mbregex' '--with-webp' '--enable-gd=shared' '--with-gmp=shared' '--enable-calendar=shared' '--enable-bcmath=shared' '--with-bz2=shared' '--enable-ctype=shared' '--enable-dba=shared' '--with-db4=/usr' '--with-tcadb=/usr' '--enable-exif=shared' '--enable-ftp=shared' '--with-gettext=shared' '--with-iconv=shared' '--enable-sockets=shared' '--enable-tokenizer=shared' '--with-xmlrpc=shared' '--with-ldap=shared' '--with-ldap-sasl' '--enable-mysqlnd=shared' '--with-mysqli=shared,mysqlnd' '--with-mysql-sock=/var/lib/mysql/mysql.sock' '--enable-dom=shared' '--with-pgsql=shared' '--enable-simplexml=shared' '--enable-xml=shared' '--with-snmp=shared,/usr' '--enable-soap=shared' '--with-xsl=shared,/usr' '--enable-xmlreader=shared' '--enable-xmlwriter=shared' '--with-curl=shared,/opt/cpanel/libcurl' '--enable-pdo=shared' '--with-pdo-odbc=shared,unixODBC,/usr' '--with-pdo-mysql=shared,mysqlnd' '--with-pdo-pgsql=shared,/usr' '--with-pdo-sqlite=shared,/usr' '--with-sqlite3=shared,/usr' '--enable-json=shared' '--with-zip=shared' '--without-readline' '--with-libedit' '--with-pspell=shared' '--enable-phar=shared' '--with-tidy=shared,/opt/cpanel/libtidy' '--enable-sysvmsg=shared' '--enable-sysvshm=shared' '--enable-sysvsem=shared' '--enable-shmop=shared' '--enable-posix=shared' '--with-unixODBC=shared,/usr' '--enable-intl=shared' '--with-enchant=shared,/usr' '--enable-fileinfo=shared' 'build_alias=x86_64-redhat-linux-gnu' 'host_alias=x86_64-redhat-linux-gnu' 'PKG_CONFIG_PATH=/opt/cpanel/ea-php74/root/usr/lib64/pkgconfig:/opt/cpanel/ea-php74/root/usr/share/pkgconfig:/usr/lib64/pkgconfig:/opt/cpanel/ea-openssl11/lib64/pkgconfig:/opt/cpanel/ea-libxml2/lib64/pkgconfig:/opt/cpanel/ea-libicu/lib/pkgconfig' 'CFLAGS=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -fno-strict-aliasing -Wno-pointer-sign' 'KERBEROS_CFLAGS=-I/usr/include' 'KERBEROS_LIBS=-L/usr/lib64' 'OPENSSL_CFLAGS=-I/opt/cpanel/ea-openssl11/include' 'OPENSSL_LIBS=-L/opt/cpanel/ea-openssl11/lib -lssl -lcrypto -lresolv' 'CURL_CFLAGS=-I/opt/cpanel/libcurl/include' 'CURL_LIBS=-L/opt/cpanel/libcurl/lib64 -lcurl' 'JPEG_CFLAGS=-I/usr/include' 'JPEG_LIBS=-L/usr/lib64 -ljpeg' 'CXXFLAGS=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic' 'SASL_CFLAGS=-I/usr/include' 'SASL_LIBS=-L/usr/lib64' 'XSL_CFLAGS=-I/opt/cpanel/ea-libxml2/include/libxml2' 'XSL_LIBS=-L/opt/cpanel/ea-libxml2/lib64 -lxml2' 'LIBZIP_CFLAGS=-I/opt/cpanel/ea-libzip/include' 'LIBZIP_LIBS=-L/opt/cpanel/ea-libzip/lib64 -lzip'
    0
  • AndyX
    Hi Lauren, Thank you for taking a look. I assume that --with-onig
    needs to be added to cPanel php74 configuration in order for us to be able to use mb_split. Is this correct?
    0
  • cPanelLauren
    Hi Lauren, Thank you for taking a look. I assume that --with-onig
    needs to be added to cPanel php74 configuration in order for us to be able to use mb_split. Is this correct?

    It seems this way but allow me to double-check as it seems to have a been an oversight on PHP's part or they've included the function and I'm just not seeing it. ***Update** Looks as though we have a couple cases for this open currently: EA-9034 - Add ea-oniguruma packages to production internal and external repo as well as : ZC-6649 PHP 7.4 "mbregex" regular expression functions with multibyte character support disabled (because no oniguruma) Based on that I can surmise that we're creating our own oniguruma package for php 7.4 to allow use of mbregex
    0
  • AndyX
    Thank you, Lauren. Looking forward to the updated php74.
    0
  • cPanelLauren
    @Kent Brockman Can you let me know if you're still experiencing issues with Memcached and PHP 7.4? Any issues in relation should be resolved at this time.
    0
  • AndyX
    Looks as though we have a couple cases for this open currently: EA-9034 - Add ea-oniguruma packages to production internal and external repo as well as : ZC-6649 PHP 7.4 "mbregex" regular expression functions with multibyte character support disabled (because no oniguruma) Based on that I can surmise that we're creating our own oniguruma package for php 7.4 to allow use of mbregex

    Can I get an update on this? Thank you.
    0
  • AndyX
    PHP 7.4 (7.4.5-2.2.1.cpanel ) is now properly supporting oniguruma. Thank you.
    0

Please sign in to leave a comment.

Didn't find what you were looking for?

New post