Upgrading from 8.5.1 to 8.8.0 resulting in 500 Error

[HOS]

Even on a clean 8.5.1 installation that’s working fine, we’re getting the same results after upgrading to 8.8.0.
500 Error at the browser and nothing getting logged that can point us in the right direction. It’s almost as if suitecrm isn’t even starting because suitecrm.log is empty (0).
We haven’t configured LetsEncrypt yet and hosting on AWS EC2 with a subdomain (vs just using IP address)

Here’s the configuration:
Ubuntu 24.04
MariaDB: 10.11.8
PHP: 8.2.27
Apache2: 2.4.63

I know a 500 is the most generic of error messages but any ideas are welcome.
Additionally, it’s almost like the upgrade isn’t completing. e.g., the upgradeWizard.log file is present in the legacy folder before the upgrade, but not after

Cheers and Thanks

[pgr]

Are you checking the php_errors.log as defined in your php.ini?

[rsp]

[Solved] Upgrade 8.6.1 to 8.8 > basic question > re-set permissions + (hijack) install problems

Hello, Six months back I installed SuiteCRM. I would like to perform the upgrade from 8.6.1 to 8.8. In the instructions it references the task ‘re-set permissions’. Ok. Which permissions? In the install doc I see Step 2.3 Set Permissions cd to Suite install directory, for me /var/www/html/suitecrm then run the permissions find . -type d -not -perm 2755 -exec chmod 2755 {} \; find . -type f -not -perm 0644 -exec chmod 0644 {} \; find . ! -user www-data -exec chown www-data:www-data {} \; chm…

[HOS]

Yes, and I’m trying an upgrade from 8.5.1 to 8.7.1 this time, with the same results. “No, no…it’s not you…it’s Me.” Error below. But it doesn’t make sense because I reset permissions 3 times throughout the upgrade steps. www-data:www-data plus 2775 on all directories & 0644 on all files. The suitecrm/cache/prod/ has these perms as well.
Am I missing a permission on the initial 8.5.x install that’s prohibiting the upgrade to run properly? Thanks for any advice.

PHP Fatal error: Uncaught RuntimeException: Unable to write in the “cache” directory (/var/www/html/suitecrm/cache/prod). in /var/www/html/suitecrm/vendor/symfony/http-kernel/Kernel.php:601\nStack trace:\n#0 /var/www/html/suitecrm/vendor/symfony/http-kernel/Kernel.php(505): Symfony\Component\HttpKernel\Kernel->buildContainer()\n#1 /var/www/html/suitecrm/core/backend/Kernel.php(112): Symfony\Component\HttpKernel\Kernel->initializeContainer()\n#2 /var/www/html/suitecrm/vendor/autoload_runtime.php(37): App\Kernel->init()\n#3 /var/www/html/suitecrm/public/index.php(5): require_once(‘…’)\n#4 {main}\n thrown in /var/www/html/suitecrm/vendor/symfony/http-kernel/Kernel.php on line 601, referer: http://suitecrm.xxxxxxxxxxxxxxxx.com/

[rsp]

@HOS

Error below. But it doesn’t make sense because I reset permissions 3 times throughout the upgrade steps. www-data:www-data plus 2775 on all directories & 0644 on all files. The suitecrm/cache/prod/ has these perms as well.

There are 4 commands. Maybe your user is not www-data

Also, check command for clear the symfony cache

@HOS

Am I missing a permission on the initial 8.5.x install that’s prohibiting the upgrade to run properly? Thanks for any advice.

You don’t need to change anything on the older one.

@HOS

PHP Fatal error: Uncaught RuntimeException: Unable to write in the “cache” directory

looks like permission issue. Also checkout the below doc.

Upgrading to SuiteCRM 8.2.x+ versions

[rsp]

Here is my suggestion:

1. run chmod and chown command on your downloaded zip file after you move it to that folder.
2. Use mv command to change the name to a simpler form.

For example,

mv SuiteCRM-8.8.0 suitecrm

Then run,

sudo ./bin/console suitecrm:app:upgrade -t suitecrm

[HOS]

Thanks for the ideas: I’ve done all that you’ve suggested, including renaming the zip to something simpler. But one of your suggestions caught my eye.
What did you mean by " There are 4 commands. Maybe your user is not www-data" ?
Should I be running the install as www-data instead of as root?
Cheers

[rsp]

@HOS

What did you mean by " There are 4 commands. Maybe your user is not www-data" ?
Should I be running the install as www-data instead of as root?

Set the required permissions

If you are using the terminal you can do this by running:

find . -type d -not -perm 2755 -exec chmod 2755 {} \;

find . -type f -not -perm 0644 -exec chmod 0644 {} \;

find . ! -user www-data -exec chown www-data:www-data {} \;

chmod +x bin/console

Please have in mind that:

• The user and group name (in the above example www-data ) needs to be replaced by the actual system user and group that your webserver runs under. This varies depending on your operating system. Common web server users are as follows:

  • www-data (Ubuntu Linux/Apache)
  • apache (Linux/Apache)

Downloading & Installing

---

Also, check the site_url in your config.php file.

[HOS]

Yep, did those steps 3 times throughout the install.
Once after the download of the zip to the tmp/packages/upgrade/ directory,
After the first upgrade command
and
After the upgrade-finalize command.
Each time with no errors other than the typical deprecated warnings that occur at the start of each step.

And I’m on Ubuntu 24.04 using Apache

[rsp]

@HOS

Each time with no errors other than the typical deprecated warnings that occur at the start of each step.

php.ini file error_reporting
2.Setting the following in php.ini would help get rid of these errors*

error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT & ~E_NOTICE & ~E_WARNING

Restart your Apache.

---

Check web root in the apache? Is it set still /var/www/html/suitecrm/public?

---

@HOS

Yep, did those steps 3 times throughout the install.
Once after the download of the zip to the tmp/packages/upgrade/ directory,
After the first upgrade command
and
After the upgrade-finalize command.

I do not know what are we missing here. It should run smoothly.

[HOS]

1. Got the error reporting just like yours. For both php.ini files (in apache and cli)

2. apache is pointing at /var/www/html/suitecrm/public
   <VirtualHost *:80>
   DocumentRoot /var/www/html/suitecrm/public
   <Directory /var/www/html/suitecrm/public>
   Options FollowSymLinks MultiViews
   AllowOverride All
   Require all granted
   
   

I did notice that I forgot to fix the RewriteBase in .htaccess this time before the upgrade. The one where you trim it back to just “/legacy/”. That’s still needed right?

I’m going to rollback and fix that RewriteBase then attempt another upgrade.

Cheers

[rsp]

@HOS

I did notice that I forgot to fix the RewriteBase in .htaccess this time before the upgrade. The one where you trim it back to just “/legacy/”. That’s still needed right?

Yes, you need that. In the below file.

/var/www/html/suitecrm/public/legacy/.htaccess

Set to:

RewriteBase /legacy

[HOS]

Yes. Without the last “/”? Just the first one in front of legacy?

[rsp]

Yes, it should work without adding / after legacy. If it did not wok for you, then add in the end and try again.

[HOS]

Quick question.
How do you feel about the Metadata Merge Modes on the “finalize” step.

Metadata merge modes

I’m thinking something like:
root@suitecrm:/var/www/html/suitecrm# ./bin/console suitecrm:app:upgrade-finalize -t suitecrm -m override

[HOS]

By the way, those stupid PHP Deprecated notices still show up at the top of the “./bin/console suitecrm:app:upgrade -t suitecrm” step.

But all Green on the upgrade, including the Successfully installed package & Successfully cleared cache.

[rsp]

Maybe it is not mandatory step to do. Why you want to run that?

[rsp]

@HOS

By the way, those stupid PHP Deprecated notices still show up at the top of the “./bin/console suitecrm:app:upgrade -t suitecrm” step.

Did you restart your web server and php services once you update your php.ini file?

systemctl restart php8.2-fpm

systemctl restart apache2

[HOS]

Before the upgrade? Just the apache.
Wait, where in your instructions (Webserver Setup Guide :: SuiteCRM Documentation) does it say to install php8.2-fpm?

This is my install baseline tools step:

sudo apt-get install apache2 apache2-utils libapache2-mod-php8. 2 php8. 2 php8. 2 -common php8. 2 -curl php8. 2 -xml php8. 2 -mysql php8. 2 -mbstring php8. 2 -zip php8. 2 -imap php8. 2 -gd libpcre3 libpcre3-dev zlib1g zlib1g-dev mariadb-server unzip

[rsp]

Try out these

1. Restart your apache2 web server

systemctl restart apache2

2. Set log level = FATAL

Admin → System settings → Log section

And let me know if your deprecation errors hide from the screen or not.