Moved SuiteCRM to new VPS with PHP 8 - Pukes all over it. 🤮 [Version 7.12.8]

[PowerQuest]

Pretty much as said in the subject headline. When we turned on PHP 8.0.0.26 it just instantly generates 500 internal server error.

suitecrm-php-8-error - Pastebin.com

But when we switch to PHP 7.4.77 SuiteCRM starts working fine again.

Any ideas about this and maybe how to fix it?

Thanks in avance!

[p.konetskiy]

@PowerQuest
Make sure you have installed all modules for php 8.0 and follow all the recommendations (include configuration of opcache).

Downloading & Installing

[PowerQuest]

I’ve checked and it seem that I have them enabled (The required PHP modules) so I don´t sure know why SuiteCRM doesn’t like the (new) environment on this VPS.
The old VPS used C-panel which we used to partition the virtual server into different functions, but this new VPS have Plesk CP instead.

Here is the global admin PHP settings in Plesk for the whole VPS and everything is turned on:

Any ideas?

[p.konetskiy]

What about permission?

Downloading & Installing

[pgr]

There’s another person here on the forums with the exact same problem, and it’s also on Plesk

SuiteCRM 7.12.x & 7.13.x PHP 8.0.x

I would still investigate the same thing, because the problem seems to be there, and I don’t know if the Plesk UI is handling things correctly. If you can nail down the root cause of the issue you might be able to fix it, or it least be able to make your case to the people running the server, that something needs to be fixed…

[PowerQuest]

Well it does work fine on php 7 but of course that isn’t optimal.

I’m no super coder so I’m having a hard time to figure this one out. Did you see anything in the server log that I shared through pastebin.com that might be some kind of clue / lead?

Thanks in advance.

[p.konetskiy]

There is error: “Call to undefined function opcache_get_status()” in log file.
Check opcache information: PHP: Installation - Manual

[pgr]

Try adding a text file with these contents on your web server root:

<?php
   phpinfo();
?>

Save it as info.php, for example. Now fix ownerships and permissions to make it readable and executable by the web server, then you should be able to access it from a browser, something like:

https://www.yourdomain.com/info.php

In the results you get, you can examine which modules exactly are loaded and activated, and also the path of all php.ini’s involved in your configuration.

Focus on things related to opcache both in the modules and the settings. You can contrast with the results from PHP 7.4 to spot any difference that looks relevant.

[jansiero]

Hi, Plesk seems to explicitely disable the opcache_get_status method by default.

The following forum post on the plesk forum shows a solution for this. Can you try this out?

Resolved - Problem with using Opcache

[PowerQuest]

Thanks guys. You all given me some leads of ideas that I can look into during xmas.

Oh and merry Christmas to your all! @p.konetskiy @jansiero @pgr

Kind regards

[pgr]

Can't install SuiteCRM 8.1.3 Attempted to call function "opcache_get_status" from the global namespace

This problem is specific to Plesk, they’ve disabled opcache_get_status for some reason. I think the code will run just fine if you disable the opcache module in PHP 8.0 but you don’t get to use opcache, of course. Note that having it enabled might not mean you were using it, if the php.ini settings weren’t also turned on. This is were it happens → SuiteCRM/SugarCache.php at master · salesagility/SuiteCRM · GitHub The definitive fix would be to surround that also with the function_exists che…

[PowerQuest]

Hi guys.

Thank you so much everyone for your help.
I can confirm that removing “opcache_get_status” in Plesk on domain level resolves the whole issue and after that SuiteCRM runs fine on PHP 8.

Kind regards

[jansiero]

Fixed #9873 - Plesk php.ini disable_functions = opcache_get_status