Upgrade

Started with Sugar 4.5.1. Have walked through all of the Sugar updates through to Sugar 6.5.4. The upgrade wizard has performed as expected.

Have attempted to migrate using both the SugarCE Migration 6.x to Suite 7.6.6 and SugarCE Migration 6.5.x to Suite 7.1.8 options.

Both end with the same error:

When going back to the main CRM page and clicking on Admin > Upgrade Wizard… it churns for a while and also give the same error as above.

PHP settings were tweaked per https://suitecrm.com/wiki/index.php/Upgrade

max_execution_time 12000
memory_limit 512M
post_max_size 128M
upload_max_filesize 128M

PHP settings may be temporarily verified here: http://gdg.securedcrm.com/phpinfo.php

This is all I’m getting from the UpgradeWizard.log:

Mon, 10 Apr 2017 14:51:37 +0000 [UpgradeWizard] - setting session variables...
Mon, 10 Apr 2017 14:51:37 +0000 [UpgradeWizard] - at preflight.php
Mon, 10 Apr 2017 14:51:37 +0000 [UpgradeWizard] - unzipping files in upgrade archive...
Mon, 10 Apr 2017 15:18:11 +0000 [UpgradeWizard] - setting session variables...
Mon, 10 Apr 2017 15:18:11 +0000 [UpgradeWizard] - at preflight.php
Mon, 10 Apr 2017 15:18:11 +0000 [UpgradeWizard] - unzipping files in upgrade archive...
Mon, 10 Apr 2017 15:30:50 +0000 [UpgradeWizard] - setting session variables...
Mon, 10 Apr 2017 15:30:50 +0000 [UpgradeWizard] - at preflight.php
Mon, 10 Apr 2017 15:30:50 +0000 [UpgradeWizard] - unzipping files in upgrade archive...
Mon, 10 Apr 2017 15:35:10 +0000 [UpgradeWizard] - setting session variables...
Mon, 10 Apr 2017 15:35:10 +0000 [UpgradeWizard] - at preflight.php
Mon, 10 Apr 2017 15:35:10 +0000 [UpgradeWizard] - unzipping files in upgrade archive...

The error_log is empty…

One note: Permissions are presently set and verified leveraging Sugar’s recommendation within the installation folder:

sudo find . -type d -exec chmod 775 {} \;
sudo find . -type f -exec chmod 664 {} \;

There are NO Errors reported in the server error log related to this…

This is a dedicated server where I have full administrative control. I did ask the data center if they could see anything misconfigured and they suggested that I perform an strace on the process. However, I wouldn’t know what to do that on since you folks insist the only way to upgrade is via the GUI.

Any / all suggestions are welcome.

-John

More details…

Have simply been refreshing the page related to the upgrade… eventually got to the next steps in the process…

At the final stage, logo had changed to suiteCRM but the look & feel of the system was completely broken.

Continued the update with the hopes it would repair this issue.

Sugar error_log now reporting the following:

[10-Apr-2017 16:01:03 UTC] PHP Fatal error: Call to undefined function implodeVersion() in /home/gdgadmincrm/gdg.securedcrm.com/cache/upgrades/temp/tzwXb2/scripts/post_install.php on line 103
[10-Apr-2017 16:08:31 UTC] PHP Notice: Undefined index: current_db_version in /home/gdgadmincrm/gdg.securedcrm.com/modules/UpgradeWizard/end.php on line 197
[10-Apr-2017 16:08:31 UTC] PHP Notice: Undefined index: current_db_version in /home/gdgadmincrm/gdg.securedcrm.com/modules/UpgradeWizard/end.php on line 207
[10-Apr-2017 16:10:52 UTC] PHP Notice: Undefined index: current_db_version in /home/gdgadmincrm/gdg.securedcrm.com/modules/UpgradeWizard/end.php on line 197
[10-Apr-2017 16:10:52 UTC] PHP Notice: Undefined index: current_db_version in /home/gdgadmincrm/gdg.securedcrm.com/modules/UpgradeWizard/end.php on line 207
[10-Apr-2017 16:14:31 UTC] PHP Notice: Undefined index: current_db_version in /home/gdgadmincrm/gdg.securedcrm.com/modules/UpgradeWizard/end.php on line 197
[10-Apr-2017 16:14:31 UTC] PHP Notice: Undefined index: current_db_version in /home/gdgadmincrm/gdg.securedcrm.com/modules/UpgradeWizard/end.php on line 207

Another update.

Tried running permissions corrections as follows:

sudo chmod -R 755 .

sudo chmod -R 775 cache custom modules themes data upload config_override.php

Still getting the error that the request is timing out.

Also, here are the most recent entries from the UpgradeWizard.log:

Tue, 11 Apr 2017 05:30:41 +0000 [UpgradeWizard] - -----------------------------------------------------------------------------
Tue, 11 Apr 2017 05:30:41 +0000 [UpgradeWizard] - Upgrade started. At start.php
Tue, 11 Apr 2017 05:30:41 +0000 [UpgradeWizard] - at unlinkUWTempFiles()
Tue, 11 Apr 2017 05:33:45 +0000 [UpgradeWizard] - setting session variables…

Given the nature of the error messages and given the About page was reporting the correct version, I decided to purge cache > upgrades > temp.

I re-ran permission corrections once again.

Started the final update of 7.6.x-to-7.8.2

Worked brilliantly.

Needed to re-run permissions corrections after the process so that Suite P would work.

Out of curiosity… given all the issues SugarCRM (and now apparently SuiteCRM) have had with permissions getting messed up…

Why isn’t there a built-in option to repair permissions? Surely the system could identify that it is installed in WAMP or LAMP and then take corrective action to make sure permissions are as they should be?