Skip to main content

Problem with PHP 7.4

Comments

7 comments

  • cPRex Jurassic Moderator
    Hey there! Do you have root access to the account? If so, does the same thing happen when you try to change the PHP version through WHM? Do you see anything interesting in the cPanel error log at /usr/local/cpanel/logs/error_log when you perform that work?
    0
  • Feras Alnshawy
    Hey there! Do you have root access to the account? If so, does the same thing happen when you try to change the PHP version through WHM? Do you see anything interesting in the cPanel error log at /usr/local/cpanel/logs/error_log when you perform that work?

    Hello! Thank you for your reply, I have root access yes the same things appear also from WHM panel I can see this in /usr/local/cpanel/logs/error_log , [2021-08-30 18:57:38 +0200] info [xml-api] rebuild_files: working on domain (na.net) [2021-08-30 18:57:38 +0200] warn [Internal Warning while parsing [stdin] 6251] Use of uninitialized value in -e at /usr/local/cpanel/Cpanel/PHPFPM.pm line 915. at /usr/local/cpanel/Cpanel/PHPFPM.pm line 915. Cpanel::PHPFPM::rebuild_files(HASH(0x1838740), 1, 1, 1) called at /usr/local/cpanel/Cpanel/PHP/Vhosts.pm line 342 eval {...} called at /usr/local/cpanel/Cpanel/PHP/Vhosts.pm line 341 Cpanel::PHP::Vhosts::rebuild_configs_and_restart_fpm(HASH(0x1838740)) called at /usr/local/cpanel/Cpanel/PHP/Vhosts.pm line 312 Cpanel::PHP::Vhosts::rebuild_configs_and_restart(HASH(0x1838740)) called at /usr/local/cpanel/Whostmgr/API/1/Lang/PHP.pm line 297 Whostmgr::API::1::Lang::PHP::php_set_vhost_versions(HASH(0x18fbcb0), Whostmgr::API::1::Utils::Metadata=HASH(0x18f40a8), HASH(0x2b6f180)) called at whostmgr/bin/xml-api.pl line 4018 whostmgr::bin::xml_api::__ANON__(Whostmgr::API::1::Utils::Metadata=HASH(0x18f40a8), HASH(0x18fbcb0), HASH(0x2b6f180), CODE(0x2b62438)) called at /usr/local/cpanel/Whostmgr/API/1/Data/Wrapper.pm line 238 Whostmgr::API::1::Data::Wrapper::__ANON__() called at /usr/local/cpanel/3rdparty/perl/532/lib/perl5/cpanel_lib/Try/Tiny.pm line 100 eval {...} called at /usr/local/cpanel/3rdparty/perl/532/lib/perl5/cpanel_lib/Try/Tiny.pm line 91 Try::Tiny::try(CODE(0x3359168), Try::Tiny::Catch=REF(0x3345050)) called at /usr/local/cpanel/Whostmgr/API/1/Data/Wrapper.pm line 257 Whostmgr::API::1::Data::Wrapper::execute_internal(CODE(0x2b69fb8), HASH(0x18fbcb0), HASH(0x2b6f180), HASH(0x2b6fde0), CODE(0x2b62438)) called at whostmgr/bin/xml-api.pl line 4223 whostmgr::bin::xml_api::runapp("php_set_vhost_versions", HASH(0x2b6f180), HASH(0x17f9ba8), 0, CODE(0x2b62438)) called at whostmgr/bin/xml-api.pl line 3877 whostmgr::bin::xml_api::script(CODE(0x2b62438), "-json", "./php_set_vhost_versions") called at whostmgr/bin/xml-api.pl line 3820 [2021-08-30 18:57:38 +0200] info [xml-api] php-fpm: rebuild_files: restart fpm services for Apache [2021-08-30 18:57:38 +0200] info [xml-api] php-fpm: fpm services restarted Thank you.
    0
  • cPRex Jurassic Moderator
    Out of curiosity, do you get an error from this? cp /etc/apache2/conf/httpd.conf{,.back-`date +%Y%m%d`} /scripts/rebuildhttpdconf
    It seems like there may be an issue with that specific domain causing a problem. Since you do have root access, you could always submit a ticket to our team so we could examine the issue directly on the system.
    0
  • Feras Alnshawy
    Out of curiosity, do you get an error from this? cp /etc/apache2/conf/httpd.conf{,.back-`date +%Y%m%d`} /scripts/rebuildhttpdconf
    It seems like there may be an issue with that specific domain causing a problem. Since you do have root access, you could always submit a ticket to our team so we could examine the issue directly on the system.

    the problem appear not only for one domain it's also for anothers domains, I will open ticket now :) Thank you so much have a nice day
    0
  • cPRex Jurassic Moderator
    Please post that ticket number once you have it opened so I can follow along.
    0
  • Feras Alnshawy
    Please post that ticket number once you have it opened so I can follow along.

    Your amazing team were able to fix this problem finally :D for those who have the same problem follow this steps " it appears that this was due to an issue with your php.conf and yum.conf files. Specifically, lines were missing that tells the system how to process requests for PHP 7.4. That being said, I was able to resolve this issue using the steps in the following article: "
    0
  • cPRex Jurassic Moderator
    Thanks for the follow-up!
    0

Please sign in to leave a comment.