Upgrage from 7.11.7 to 7.11.8 Failed

šŸ“¦ Install & Upgrade Help
1

I went to upgrade my test environment from 7.11.7 to 7.11.8 as soon as it was published and unfortunately it didnā€™t completed properly. I got stuck on Commit.

Got error Warning: Invalid argument supplied for foreach() in ā€¦\modules\UpgradeWizard\commit.php on line 640

The entire UI disappeared.

On the logs it says (I forgot to enable Debug on error loging)


Fri Aug 23 15:20:55 2019 [14568][1][WARN] CSS File Day/yui.css not found
Fri Aug 23 15:20:56 2019 [14568][1][WARN] Smarty: unable to read resource: "_head.tpl"
Fri Aug 23 15:20:56 2019 [14568][1][WARN] Smarty: unable to read resource: "_headerModuleList.tpl"
Fri Aug 23 15:20:57 2019 [14568][1][WARN] Undefined index: server_unique_key

The only difference on my current system is that I manually copied the missing files as recommended here github.com/salesagility/SuiteCRM/issues/7696

Donā€™t know if is just me but be cautious when upgrading, make sure you create a copy of files and DB before doing it.

Thanks,

AlxGr

1 Like
2

Same here, UI is gone, no idea what Iā€™ll do. :ohmy: Complete disaster. Might try getting rid of some things in upgrade/patch and in cache ā€¦ just donā€™t know.

The next button does not work:

Never had an upgrade go like this!

Home page now looks like:

Had checked that all php.ini limits okay ā€“ previous upgrades no issues like that. Re-did file permissions in cache, custom, upgrade, modules, etc just to make sure wasnā€™t write issue.

Horrible, dunno what to do.

When the error occured, the site log showed some FATAL errors:

Fri Aug 23 23:16:37 2019 [24679][1][FATAL] Exception handling in /var/www/sitedomain.com/html/include/MVC/Controller/SugarController.php:400
Fri Aug 23 23:16:37 2019 [24679][1][FATAL] Exception in Controller: Some garbage state left in stack (did you pop everything?)
Needs to restore:
	[error_reporting.sugar_smarty_errors] => 'sugar_smarty_errors'

Fri Aug 23 23:16:37 2019 [24679][1][FATAL] backtrace:
#0 /var/www/sitedomain.com/html/include/Sugar_Smarty.php(167): SuiteCRM\StateSaver->__destruct()
#1 /var/www/sitedomain.com/html/include/Smarty/Smarty.class.php(1115): Sugar_Smarty->fetch('modules/Upgrade...', NULL, NULL, true)
#2 /var/www/sitedomain.com/html/modules/UpgradeWizard/index.php(539): Smarty->display('modules/Upgrade...')
#3 /var/www/sitedomain.com/html/include/MVC/View/SugarView.php(834): include_once('/var/www/hancon...')
#4 /var/www/sitedomain.com/html/include/MVC/View/views/view.classic.php(72): SugarView->includeClassicFile('/var/www/hancon...')
#5 /var/www/sitedomain.com/html/include/MVC/View/SugarView.php(226): ViewClassic->display()
#6 /var/www/sitedomain.com/html/include/MVC/Controller/SugarController.php(435): SugarView->process()
#7 /var/www/sitedomain.com/html/include/MVC/Controller/SugarController.php(375): SugarController->processView()
#8 /var/www/sitedomain.com/html/include/MVC/SugarApplication.php(113): SugarController->execute()
#9 /var/www/sitedomain.com/html/index.php(52): SugarApplication->execute()
#10 {main}
Fri Aug 23 23:16:37 2019 [24679][1][FATAL] Previous:

Fri Aug 23 23:17:01 2019 [24849][1][FATAL] Scheduler cannot write PID file.  Please check permissions on cache/modules/Schedulers/lastrun

From the upgrade log, seems like the upgrade started fine:

Fri, 23 Aug 2019 22:59:59 +0300 [UpgradeWizard] - Starting file permission check...
Fri, 23 Aug 2019 23:00:32 +0300 [UpgradeWizard] - Finished file permission check.
Fri, 23 Aug 2019 23:00:32 +0300 [UpgradeWizard] - Starting database permissions check...
Fri, 23 Aug 2019 23:00:32 +0300 [UpgradeWizard] - Checking CREATE TABLE permissions...
Fri, 23 Aug 2019 23:00:32 +0300 [UpgradeWizard] - Checking INSERT INTO permissions...
Fri, 23 Aug 2019 23:00:32 +0300 [UpgradeWizard] - Checking UPDATE TABLE permissions...
Fri, 23 Aug 2019 23:00:32 +0300 [UpgradeWizard] - Checking SELECT permissions...
Fri, 23 Aug 2019 23:00:32 +0300 [UpgradeWizard] - Checking DELETE FROM permissions...
Fri, 23 Aug 2019 23:00:32 +0300 [UpgradeWizard] - Checking ALTER TABLE ADD COLUMN permissions...
Fri, 23 Aug 2019 23:00:32 +0300 [UpgradeWizard] - Checking ALTER TABLE CHANGE COLUMN permissions...
Fri, 23 Aug 2019 23:00:32 +0300 [UpgradeWizard] - Checking ALTER TABLE DROP COLUMN permissions...
Fri, 23 Aug 2019 23:00:32 +0300 [UpgradeWizard] - Checking DROP TABLE permissions...
Fri, 23 Aug 2019 23:00:32 +0300 [UpgradeWizard] - No permissions errors found!
Fri, 23 Aug 2019 23:00:32 +0300 [UpgradeWizard] - Finished database permissions check.
Fri, 23 Aug 2019 23:01:34 +0300 [UpgradeWizard] - setting session variables...
Fri, 23 Aug 2019 23:01:34 +0300 [UpgradeWizard] - At upload.php
Fri, 23 Aug 2019 23:01:34 +0300 [UpgradeWizard] - finding new files for upgrade
Fri, 23 Aug 2019 23:01:58 +0300 [UpgradeWizard] - setting session variables...
Fri, 23 Aug 2019 23:01:58 +0300 [UpgradeWizard] - At upload.php
Fri, 23 Aug 2019 23:01:58 +0300 [UpgradeWizard] - finding new files for upgrade
Fri, 23 Aug 2019 23:02:17 +0300 [UpgradeWizard] - setting session variables...
Fri, 23 Aug 2019 23:02:17 +0300 [UpgradeWizard] - At upload.php
Fri, 23 Aug 2019 23:02:17 +0300 [UpgradeWizard] - finding new files for upgrade
Fri, 23 Aug 2019 23:03:24 +0300 [UpgradeWizard] - setting session variables...
Fri, 23 Aug 2019 23:03:24 +0300 [UpgradeWizard] - At upload.php
Fri, 23 Aug 2019 23:03:24 +0300 [UpgradeWizard] - finding new files for upgrade
Fri, 23 Aug 2019 23:04:02 +0300 [UpgradeWizard] - setting session variables...
Fri, 23 Aug 2019 23:04:02 +0300 [UpgradeWizard] - At upload.php
Fri, 23 Aug 2019 23:04:02 +0300 [UpgradeWizard] - finding new files for upgrade
Fri, 23 Aug 2019 23:04:03 +0300 [UpgradeWizard] - *** UW using [  ] as source for patch files.
Fri, 23 Aug 2019 23:06:10 +0300 [UpgradeWizard] - setting session variables...
Fri, 23 Aug 2019 23:06:10 +0300 [UpgradeWizard] - At upload.php
Fri, 23 Aug 2019 23:06:10 +0300 [UpgradeWizard] - running upload
Fri, 23 Aug 2019 23:06:10 +0300 [UpgradeWizard] - File uploaded to upload://SuiteCRM-Upgrade-7.11.x-to-7.11.8.zip
Fri, 23 Aug 2019 23:06:10 +0300 [UpgradeWizard] - extracting manifest.
Fri, 23 Aug 2019 23:06:10 +0300 [UpgradeWizard] - validating manifest.php file
Fri, 23 Aug 2019 23:06:10 +0300 [UpgradeWizard] - copying manifest.php to final destination.
Fri, 23 Aug 2019 23:06:10 +0300 [UpgradeWizard] - zip file moved to [SuiteCRM-Upgrade-7.11.x-to-7.11.8.zip]
Fri, 23 Aug 2019 23:06:13 +0300 [UpgradeWizard] -  -------------- Check Custom Overrides ------------- 
Fri, 23 Aug 2019 23:06:13 +0300 [UpgradeWizard] - Upload temp directory: /var/www/sitedomain.com/html/cache/upgrades/temp/Zo6pgL/SuiteCRM-Upgrade-7.11.x-to-7.11.8

And continued okay until the last lines when nothing more was then logged:

Fri, 23 Aug 2019 23:16:36 +0300 [UpgradeWizard] - updating UpgradeWizard code post install: modules/
Fri, 23 Aug 2019 23:16:36 +0300 [UpgradeWizard] - Performing UWrebuild()...
Fri, 23 Aug 2019 23:16:36 +0300 [UpgradeWizard] - UWrebuild() done.
Fri, 23 Aug 2019 23:16:36 +0300 [UpgradeWizard] - post_install() done.
Fri, 23 Aug 2019 23:16:36 +0300 [UpgradeWizard] - check if current_db_version in $_SESSION equals target_db_version in $_SESSION
Fri, 23 Aug 2019 23:16:36 +0300 [UpgradeWizard] - finished check to see if current_db_version in $_SESSION equals target_db_version in $_SESSION
Fri, 23 Aug 2019 23:16:36 +0300 [UpgradeWizard] - running deleteChance() function
Fri, 23 Aug 2019 23:16:36 +0300 [UpgradeWizard] - running deleteCache() function
Fri, 23 Aug 2019 23:16:36 +0300 [UpgradeWizard] - call addNewSystemTabsFromUpgrade(upload://upgrades/patch/SuiteCRM-Upgrade-7.11.x-to-7.11.8-restore)
Fri, 23 Aug 2019 23:16:36 +0300 [UpgradeWizard] - check to see if new modules exist
Fri, 23 Aug 2019 23:16:36 +0300 [UpgradeWizard] - new modules to add are array (
)
Fri, 23 Aug 2019 23:16:36 +0300 [UpgradeWizard] - module tabs updated
Fri, 23 Aug 2019 23:16:36 +0300 [UpgradeWizard] - finished addNewSystemTabsFromUpgrade
Fri, 23 Aug 2019 23:16:36 +0300 [UpgradeWizard] - Registering upgrade with UpgradeHistory
Fri, 23 Aug 2019 23:16:37 +0300 [UpgradeWizard] - Rebuilding style js file: cache/themes/TechBlue/js/style-min.js
Fri, 23 Aug 2019 23:16:37 +0300 [UpgradeWizard] - Rebuilding language cache

Upgrade be dead. Thanks for any suggestions :slight_smile:

Dave

1 Like
3

solution: restore backup and re-do recent work since backup.

4

Got the issue too :

Got an error on update from 7.11.7 to 7.11.8

Fatal error: Uncaught TypeError: Argument 1 passed to SugarController::showException() must be an instance of Exception, instance of Error given, called in /SuiteCRM/include/MVC/Controller/SugarController.php on line 390 and defined in /SuiteCRM/include/MVC/Controller/SugarController.php:384 Stack trace: #0 /SuiteCRM/include/MVC/Controller/SugarController.php(390): SugarController->showException(Object(Error)) #1 /SuiteCRM/include/MVC/Controller/SugarController.php(401): SugarController->showException(Object(SuiteCRM\StateSaverException)) #2 /SuiteCRM/include/MVC/Controller/SugarController.php(380): SugarController->handleException(Object(SuiteCRM\StateSaverException)) #3 /SuiteCRM/include/MVC/SugarApplication.php(113): SugarController->execute() #4 /SuiteCRM/index.php(52): SugarApplication->execute() #5 {main} th in /SuiteCRM/include/MVC/Controller/SugarController.php on line 384

And here is my log :

Mon Aug 26 09:57:40 2019 [23870][1][FATAL] Exception handling in /SuiteCRM/include/MVC/Controller/SugarController.php:400
Mon Aug 26 09:57:40 2019 [23870][1][FATAL] Exception in Controller: Some garbage state left in stack (did you pop everything?)
Needs to restore:
	[error_reporting.sugar_smarty_errors] => 'sugar_smarty_errors'

Mon Aug 26 09:57:40 2019 [23870][1][FATAL] backtrace:
#0 /SuiteCRM/include/Sugar_Smarty.php(167): SuiteCRM\StateSaver->__destruct()
#1/SuiteCRM/include/Smarty/Smarty.class.php(1115): Sugar_Smarty->fetch('modules/Upgrade...', NULL, NULL, true)
#2 /SuiteCRM/modules/UpgradeWizard/index.php(539): Smarty->display('modules/Upgrade...')
#3 /SuiteCRM/include/MVC/View/SugarView.php(834): include_once('/homepages/7/d2...')
#4 /SuiteCRM/include/MVC/View/views/view.classic.php(72): SugarView->includeClassicFile('/homepages/7/d2...')
#5 /SuiteCRM/include/MVC/View/SugarView.php(226): ViewClassic->display()
#6 /SuiteCRM/include/MVC/Controller/SugarController.php(435): SugarView->process()
#7 /SuiteCRM/include/MVC/Controller/SugarController.php(375): SugarController->processView()
#8 /SuiteCRM/include/MVC/SugarApplication.php(113): SugarController->execute()
#9 /SuiteCRM/index.php(52): SugarApplication->execute()
#10 {main}
Mon Aug 26 09:57:40 2019 [23870][1][FATAL] Previous:

If I go i the about section, im in 7.11.8, but it dont finished the update correctly so I dont know what to do ā€¦

EDIT : Now on every qr&r I got this to execute ā€¦ :

/* Table : users */
/*COLUMNS*/
/* INDEXES */
/*INDEX MISMATCH WITH DATABASE - idx_user_name -  ROW <name> idx_user_name <type> index <fields>[0] => 'user_name'  [1] => 'is_group'  [2] => 'status'  [3] => 'last_name'  [4] => 'first_name'  [5] => 'id'  */
/* VARDEF - idx_user_name -  ROW<name> idx_user_name <type> index <fields>[0] => 'user_name'  [1] => 'is_group'  [2] => 'status'  [3] => 'last_name (30)'  [4] => 'first_name (30)'  [5] => 'id'  */
ALTER TABLE users   DROP INDEX idx_user_name,  ADD INDEX idx_user_name (user_name,is_group,status,last_name (30),first_name (30),id);
1 Like
5

Hi there,

We have taken your issue onboard and we are trying to resolve this issue.
Could you tell us if you had customised your instance in any way and if so what were those changes?
What PHP version were you running?
What Hosting Application are you using? (Apache, Nginx)

Thanks

6

I have a lot of customisation, but most of those are under /custom/ folder. Most of them are to fit my activities.

For the other :
customise in /SuiteCRM/include/SugarObjects/LanguageManager.php

(https://suitecrm.com/suitecrm/forum/suitecrm-7-0-discussion/2562-renaming-relationship-label)

In /SuiteCRM/cron.php :

I comment thoses lines : (Im on a 1&1 shared server, if I dont comment thoses line every CRON are not working, see : https://suitecrm.com/suitecrm/forum/suitecrm-7-0-discussion/4104-cron-help-1and1-shared-server)

$sapi_type = php_sapi_name();
if (substr($sapi_type, 0, 3) != ā€˜cliā€™) {
sugar_die(ā€œcron.php is CLI only.ā€);
}

In /SuiteCRM/cache/include/javascript/sugar_grp1.js (see : https://github.com/salesagility/SuiteCRM/issues/7244 )

Dont have other not-update-friendly customisation.

I use PHP 7.2, latest Chrome version

My server run Linux, and my PHPInfo tell me that my Host app is Apache.

7

Hey @global-dave Can you confirm what you were upgrading from ? 7.11.7 to 7.11.8?
Also we canā€™t see those screenshots :frowning: Are you able to re-upload them?

We havenā€™t been able to replicate the same PHP fatals (we get different ones) that individuals have posted, but we suspect we know the culprit. We will be doing some tests and updating the upgrade packs soon.

8

These are the screenshots. First is the error. Second is the home page after failed upgrade.

9

A quick update

The Installers (7.11.8 & 7.10.20) have been updated. Also all the 7.11.x upgrade packages have been updated. We found discrepancies between the repo & the upgrade packs. We also move files to be added after the upgrade scripts run. Try and turn off your display errors warnings so that they only log in the in DEBUG log before doing your upgrade. It helps complete the upgrade script but any please repost here and we can target our attention on them - but it should at least get you through to a successful upgrade.

10

Yes, upgrading from 7.11.7 to 7.11.8 ā€“ screenshots not really important i donā€™t think just screens without css applied (black and white text).

11

Apache/2.4.29 (Ubuntu) and PHP is 7.2.19-0 with ubuntu0.18.04.2

I had not customised much other than themes, a very few modules, maybe a tpl somewhere.

12

Done the update succesfully, got a 500 error on update resume (since I use SuiteCRM on every update I got this error idk why)

BUT :

I still got the query on every quick repair & rebuild :

/* Table : users */
/*COLUMNS*/
/* INDEXES */
/*INDEX MISMATCH WITH DATABASE - idx_user_name -  ROW <name> idx_user_name <type> index <fields>[0] => 'user_name'  [1] => 'is_group'  [2] => 'status'  [3] => 'last_name'  [4] => 'first_name'  [5] => 'id'  */
/* VARDEF - idx_user_name -  ROW<name> idx_user_name <type> index <fields>[0] => 'user_name'  [1] => 'is_group'  [2] => 'status'  [3] => 'last_name (30)'  [4] => 'first_name (30)'  [5] => 'id'  */
ALTER TABLE users   DROP INDEX idx_user_name,  ADD INDEX idx_user_name (user_name,is_group,status,last_name (30),first_name (30),id);

Even If I execute it, I got : ā€œLes tables de la base de donnĆ©es sont synchronisĆ©es avec la dĆ©finition des variables (vardefs)ā€.

But I have this every time I do a qr&r.

Even tried to do it directly in phpmyadmin, I have this on every qr&rā€¦

Will work on this today, If I found how to fix this I will post it here.

13

EDIT : Also get a lot of 403 error.

Re done :
chmod -R 755
chmod -R 775 cache custom modules themes data upload

But changed nothingā€¦

14

Fixed it.

So, From a backup before my /SuiteCRM/.htaccess file look like this :


# BEGIN SUGARCRM RESTRICTIONS
RedirectMatch 403 .*\.log$
RedirectMatch 403 /+not_imported_.*\.txt
RedirectMatch 403 /+(soap|cache|xtemplate|data|examples|include|log4php|metadata|modules)/+.*\.(php|tpl)
RedirectMatch 403 /+emailmandelivery\.php
RedirectMatch 403 /+upload
RedirectMatch 403 /+cache/+diagnostic
RedirectMatch 403 /+files\.md5$
<IfModule mod_rewrite.c>
    Options +SymLinksIfOwnerMatch
    RewriteEngine On
    RewriteBase /
    RewriteRule ^cache/jsLanguage/(.._..).js$ index.php?entryPoint=jslang&modulename=app_strings&lang=$1 [L,QSA]
    RewriteRule ^cache/jsLanguage/(\w*)/(.._..).js$ index.php?entryPoint=jslang&modulename=$1&lang=$2 [L,QSA]
    RewriteRule ^cache/jsLanguage/(.._..).js$ index.php?entryPoint=jslang&module=app_strings&lang=$1 [L,QSA]
    RewriteRule ^cache/jsLanguage/(\w*)/(.._..).js$ index.php?entryPoint=jslang&module=$1&lang=$2 [L,QSA]

    # --------- DEPRECATED --------
    RewriteRule ^api/(.*)$ - [env=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
    RewriteRule ^api/(.*?)$ lib/API/public/index.php/$1 [L]
    # -----------------------------

    RewriteRule ^Api/(.*)$ - [env=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
    RewriteRule ^Api/access_token$ Api/index.php/access_token [L]
    RewriteRule ^Api/V8/(.*?)$ Api/index.php/V8/$1 [L]
</IfModule>
<IfModule mod_rewrite.c>
        RewriteEngine On
        RewriteCond %{REQUEST_FILENAME} !-d
        RewriteCond %{REQUEST_URI} (.+)/$
        RewriteRule ^ %1 [R=301,L]
</IfModule>
# END SUGARCRM RESTRICTIONS

Now, in the new version after update (I never edited it before)


# BEGIN SUGARCRM RESTRICTIONS
RedirectMatch 403 .*\.log$
RedirectMatch 403 /+not_imported_.*\.txt
RedirectMatch 403 /+(soap|cache|xtemplate|data|examples|include|log4php|metadata|modules)/+.*\.(php|tpl)
RedirectMatch 403 /+emailmandelivery\.php
RedirectMatch 403 /+upload
RedirectMatch 403 /+.git
RedirectMatch 403 /+.cache/
RedirectMatch 403 /+Zend
RedirectMatch 403 /+tests
RedirectMatch 403 /+custom
RedirectMatch 403 /+vendor
RedirectMatch 403 /+jssource
RedirectMatch 403 /+service
RedirectMatch 403 /+build
RedirectMatch 403 /+lib
RedirectMatch 403 /+Api
RedirectMatch 403 /+RoboFile\.php
RedirectMatch 403 /+composer\.json
RedirectMatch 403 /+composer\.lock
RedirectMatch 403 /+cache/+diagnostic
RedirectMatch 403 /+files\.md5$
<IfModule mod_rewrite.c>
    Options +SymLinksIfOwnerMatch
    Options -Indexes
    RewriteEngine On
    RewriteBase /
    RewriteRule ^cache/jsLanguage/(.._..).js$ index.php?entryPoint=jslang&modulename=app_strings&lang=$1 [L,QSA]
    RewriteRule ^cache/jsLanguage/(\w*)/(.._..).js$ index.php?entryPoint=jslang&modulename=$1&lang=$2 [L,QSA]
    RewriteRule ^cache/jsLanguage/(.._..).js$ index.php?entryPoint=jslang&module=app_strings&lang=$1 [L,QSA]
    RewriteRule ^cache/jsLanguage/(\w*)/(.._..).js$ index.php?entryPoint=jslang&module=$1&lang=$2 [L,QSA]

    # --------- DEPRECATED --------
    RewriteRule ^api/(.*)$ - [env=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
    RewriteRule ^api/(.*?)$ lib/API/public/index.php/$1 [L]
    # -----------------------------

    RewriteRule ^Api/(.*)$ - [env=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
    RewriteRule ^Api/access_token$ Api/index.php/access_token [L]
    RewriteRule ^Api/V8/(.*?)$ Api/index.php/V8/$1 [L]
</IfModule>
<IfModule mod_rewrite.c>
        RewriteEngine On
        RewriteCond %{REQUEST_FILENAME} !-d
        RewriteCond %{REQUEST_URI} (.+)/$
        RewriteRule ^ %1 [R=301,L]
</IfModule>
# END SUGARCRM RESTRICTIONS

IDK from where it changed this fileā€¦ But it gave me 403 error everywhere macking the CRM not usable at all.

Remplaced with the old code, from a backup before the update, fixed the 403 error.

15

Hey people,

Did anyone get further with these upgrade packs?

We are aware of the QR&R which will not be resolved in this upgrade packs.

Weā€™ll have a look at the htaccess.

16

The update work correctly for me this time. no more error (except the 403 error I just fixed and the query in qr&r)

Im actually trying to see where the .htaccess file is modified

Here are the difference between the old and the new htaccess :

17

Hi,

no, the same error again, the smarty related. I canā€™t update from 7.11.7 to 7.11.8 with the same errors described above (smarty related).

Thanks, Frank

18

Got the same results from 7.11.7 to 7.11.8
As a context I want to mention that I had upgraded from 7.10.13 to 7.11.7 with no problems just to confirm that my test environment was the same as the first try. Iā€™m using XAMPP with PHP 7.0.32 for my tests.

Attached is the screen I got when clicking on Commit.

Now, hereā€™s my log (Errors)


Tue Aug 27 12:34:38 2019 [19940][1][ERROR] Pop error level. Try to remove the error_reporting() function from your code.
Tue Aug 27 13:38:29 2019 [19940][1][FATAL] Exception handling in C:\xampp\htdocs\MyInstance\include\MVC\Controller\SugarController.php:400
Tue Aug 27 13:38:29 2019 [19940][1][FATAL] Exception in Controller: Failed to parse Host URL 'http://'
Tue Aug 27 13:38:29 2019 [19940][1][FATAL] backtrace:
#0 C:\xampp\htdocs\MyInstance\lib\Search\ElasticSearch\ElasticSearchClientBuilder.php(177): SuiteCRM\Search\ElasticSearch\ElasticSearchClientBuilder::sanitizeHost(Array)
#1 C:\xampp\htdocs\MyInstance\lib\Search\ElasticSearch\ElasticSearchClientBuilder.php(63): SuiteCRM\Search\ElasticSearch\ElasticSearchClientBuilder::loadFromSugarConfig()
#2 C:\xampp\htdocs\MyInstance\lib\Search\ElasticSearch\ElasticSearchIndexer.php(86): SuiteCRM\Search\ElasticSearch\ElasticSearchClientBuilder::getClient()
#3 C:\xampp\htdocs\MyInstance\lib\Search\ElasticSearch\ElasticSearchIndexer.php(576): SuiteCRM\Search\ElasticSearch\ElasticSearchIndexer->__construct()
#4 C:\xampp\htdocs\MyInstance\modules\Administration\repairDatabase.php(100): SuiteCRM\Search\ElasticSearch\ElasticSearchIndexer::repairElasticsearchIndex()
#5 C:\xampp\htdocs\MyInstance\include\MVC\View\SugarView.php(834): include_once('C:\\xampp\\htdocs...')
#6 C:\xampp\htdocs\MyInstance\include\MVC\View\views\view.classic.php(72): SugarView->includeClassicFile('modules/Adminis...')
#7 C:\xampp\htdocs\MyInstance\include\MVC\View\SugarView.php(226): ViewClassic->display()
#8 C:\xampp\htdocs\MyInstance\include\MVC\Controller\SugarController.php(435): SugarView->process()
#9 C:\xampp\htdocs\MyInstance\include\MVC\Controller\SugarController.php(375): SugarController->processView()
#10 C:\xampp\htdocs\MyInstance\include\MVC\SugarApplication.php(113): SugarController->execute()
#11 C:\xampp\htdocs\MyInstance\index.php(52): SugarApplication->execute()
#12 {main}
Tue Aug 27 14:22:55 2019 [19940][1][FATAL] Exception handling in C:\xampp\htdocs\MyInstance\include\MVC\Controller\SugarController.php:400
Tue Aug 27 14:22:55 2019 [19940][1][FATAL] Exception in Controller: Some garbage state left in stack (did you pop everything?)
Needs to restore:
	[error_reporting.sugar_smarty_errors] => 'sugar_smarty_errors'

Tue Aug 27 14:22:55 2019 [19940][1][FATAL] backtrace:
#0 C:\xampp\htdocs\MyInstance\include\Sugar_Smarty.php(167): SuiteCRM\StateSaver->__destruct()
#1 C:\xampp\htdocs\MyInstance\include\Smarty\Smarty.class.php(1115): Sugar_Smarty->fetch('modules/Upgrade...', NULL, NULL, true)
#2 C:\xampp\htdocs\MyInstance\modules\UpgradeWizard\index.php(539): Smarty->display('modules/Upgrade...')
#3 C:\xampp\htdocs\MyInstance\include\MVC\View\SugarView.php(834): include_once('C:\\xampp\\htdocs...')
#4 C:\xampp\htdocs\MyInstance\include\MVC\View\views\view.classic.php(72): SugarView->includeClassicFile('C:/xampp/htdocs...')
#5 C:\xampp\htdocs\MyInstance\include\MVC\View\SugarView.php(226): ViewClassic->display()
#6 C:\xampp\htdocs\MyInstance\include\MVC\Controller\SugarController.php(435): SugarView->process()
#7 C:\xampp\htdocs\MyInstance\include\MVC\Controller\SugarController.php(375): SugarController->processView()
#8 C:\xampp\htdocs\MyInstance\include\MVC\SugarApplication.php(113): SugarController->execute()
#9 C:\xampp\htdocs\MyInstance\index.php(52): SugarApplication->execute()
#10 {main}
Tue Aug 27 14:22:55 2019 [19940][1][FATAL] Previous:

Here is the content of file C:\xampp\htdocs\MyInstance\cache\upgrades\temp\upgrade_progress.php


<?php
// created: 2019-08-27 14:22:54
$upgrade_config = array (
  1 => 
  array (
    'upgrade_vars' => 
    array (
      'install_file' => 'upload://upgrades/patch/SuiteCRM-Upgrade-7.11.x-to-7.11.8(1).zip',
      'unzip_dir' => 'C:/xampp/htdocs/MyInstance/cache/upgrades/temp/D6E0.tmp',
      'zip_from_dir' => 'SuiteCRM-Upgrade-7.11.x-to-7.11.8',
    ),
  ),
  2 => 
  array (
    'upload' => 'done',
  ),
  3 => 
  array (
    'preflight' => 'done',
  ),
  4 => 
  array (
    'commit' => 
    array (
      'commit' => 'done',
      'commitMakeBackupFiles' => 'done',
      'pre_install' => 'done',
      'commitCopyNewFiles' => 'done',
      'post_install' => 
      array (
        'post_install' => 'done',
        'sql_query' => 'done',
      ),
      'upgradeHistory' => 'done',
    ),
  ),
);
19

Please see this change

https://github.com/salesagility/SuiteCRM/pull/7762

and let us know if it helps. Thanks

1 Like
20

I have commented this issue on github :

https://github.com/salesagility/SuiteCRM/pull/7697

This fix (wich is in the last upgrade) wasnā€™t instal in my instance, had to copy the folder manually and replacing the file.