View Issue Details

This bug affects 1 person(s).
 4
IDProjectCategoryView StatusLast Update
08817Bug reportsInstallationpublic2014-03-20 14:52
Reporterfvanderstarre Assigned Toc_schmitz  
PrioritynormalSeveritypartial_block 
Status closedResolutionfixed 
Product Version2.05+ 
Summary08817: Upgrade from 1.90 to 2.05 just stops somewhere in UpgradeConditionsToRelevance()
Description

When trying to upgrade my L.S. system from version 1.90 build 9642 to 2.05+ build 140302, the process just stops after Db version 157 is reached, presumably in UpgradeConditionsToRelevance(). The last db query executed is "SELECT DISTINCT qid FROM [dbo].[questions] [t] WHERE parent_qid=0 GROUP BY qid". There are no db or php errors reported at that point.

Steps To Reproduce

Upgrade L.S. from 1.90 to 2.05

Additional Information

PHP memory limit = 256M
Max execution time = 3600
19123 rows selected by query above.

TagsNo tags attached.
Bug heat4
Complete LimeSurvey version number (& build)2.05+ 140302
I will donate to the project if issue is resolvedNo
BrowserFirefox
Database type & versionMS SQL server 2008 10.0.5500.0 (X64)
Server OS (if known)DB server: Windows NT 6.1 <X64> build 7601 SP1. Appl/web server: Linux RHEL 5.8
Webserver software & version (if known)Apache/2.2.3 (Red Hat)
PHP Version5.3.3

Users monitoring this issue

There are no users monitoring this issue.

Activities

fvanderstarre

fvanderstarre

2014-03-07 10:50

reporter   ~29133

I turned on debugging (2) but no php errors were returned.
Would it be advisable for instance to upgrade to DB version 157 first? (By splitting up the upgrade script...)

c_schmitz

c_schmitz

2014-03-13 11:48

administrator   ~29226

This should be resolved by assigning more memory. Can you try?

fvanderstarre

fvanderstarre

2014-03-14 15:23

reporter   ~29262

php_memory_limit now set to 1024. We're getting to DbVersion 165 now!
Upgrade stops in "upgradePermissions166()": error message: The table "{{permissions}}" for active record class "Permission" cannot be found in the database.
I have added "$oDB->schema->refresh();" before "Permission::model()->refreshMetaData();" in upgradePermissions166(), but this does not seem to help.....

c_schmitz

c_schmitz

2014-03-17 15:28

administrator   ~29296

I cannot reproduce this. Try to clear the model cache by clearing limesurvey\tmp\runtime\cache

fvanderstarre

fvanderstarre

2014-03-18 09:05

reporter   ~29320

Cache cleared. Debugging set to 1. Skipped "upgradeSurveyTables164()" which resulted in error messages and is not necessary in our case.
Now I'm stuck in "upgradePermissions166()" where I added "$oDB->schema->refresh();" (see above). This statement gives error msg: "Undefined variable: oDB ".
I don't understand because same statement is used after "upgradeSurveys156()".... and passed without errors.

c_schmitz

c_schmitz

2014-03-18 11:28

administrator   ~29336

use $oDB = Yii::app()->getDb(); to get the db object,

fvanderstarre

fvanderstarre

2014-03-18 15:48

reporter   ~29345

Thank you.
I turned off debugging (which gave too many errors).
There was a unique constraint on 'email' (table users) which I had to drop, before the column could be altered. I couldn't find where this constraint was added and if it's even essential?
Managed to get to db version 177 this way, but got another sql error when trying to log in:
SELECT [t].[sid] AS [t0_c0] ,
...
[t].[private] AS [t0_c35] , -- column doesnt exist! (now "anonymized)"
[t].[notification] AS [t0_c36] ,-- col. was dropped (145)!
[languagesettings].[surveyls_survey_id] AS [t1_c0] ,
...
[languagesettings].[attachments] AS [t1_c23]
FROM [dbo].[surveys] [t]
LEFT OUTER JOIN [dbo].[surveys_languagesettings] [languagesettings] ON ( [languagesettings].[surveyls_survey_id] = [t].[sid] )
WHERE ( surveyls_language = language )
ORDER BY surveyls_title

c_schmitz

c_schmitz

2014-03-19 14:14

administrator   ~29397

Clear the model cache again and this final issue should be gone.
The contraint will be fixed in the next version.

c_schmitz

c_schmitz

2014-03-19 14:20

administrator   ~29398

One part of the problem seems to be that you are using still PHP 5.3. With PHP 5.4 most of the issues are gone.

c_schmitz

c_schmitz

2014-03-20 14:52

administrator   ~29452

2.05+ Build 140320 released

Issue History

Date Modified Username Field Change
2014-03-06 15:18 fvanderstarre New Issue
2014-03-06 15:34 c_schmitz Assigned To => c_schmitz
2014-03-06 15:34 c_schmitz Status new => assigned
2014-03-07 10:50 fvanderstarre Note Added: 29133
2014-03-13 11:48 c_schmitz Note Added: 29226
2014-03-13 11:48 c_schmitz Status assigned => feedback
2014-03-14 15:23 fvanderstarre Note Added: 29262
2014-03-14 15:23 fvanderstarre Status feedback => assigned
2014-03-17 15:28 c_schmitz Note Added: 29296
2014-03-17 15:28 c_schmitz Status assigned => feedback
2014-03-18 09:05 fvanderstarre Note Added: 29320
2014-03-18 09:05 fvanderstarre Status feedback => assigned
2014-03-18 11:28 c_schmitz Note Added: 29336
2014-03-18 11:28 c_schmitz Status assigned => feedback
2014-03-18 15:48 fvanderstarre Note Added: 29345
2014-03-18 15:48 fvanderstarre Status feedback => assigned
2014-03-19 14:14 c_schmitz Note Added: 29397
2014-03-19 14:20 c_schmitz Note Added: 29398
2014-03-19 14:20 c_schmitz Status assigned => resolved
2014-03-19 14:20 c_schmitz Resolution open => fixed
2014-03-20 14:52 c_schmitz Note Added: 29452
2014-03-20 14:52 c_schmitz Status resolved => closed