[Vtigercrm-developers] unable to add user (a migration report)
Alan Lord
alanslists at gmail.com
Mon Oct 20 07:29:07 GMT 2014
On 19/10/14 11:21, Zebra Hosting wrote:
> With several systems that have been migrated from 6.0 to 6.1 (sometimes
> with already some beta code updates) I have issues where the admin is
> unable to add new users.
> I have added the latest SVN on top but that did not made a difference.
>
> Anyone an idea where this issue could come from and how/where to solve?
I did a fairly big migration (> 0.5million rows) this weekend from 5.4.0
to 6.1.0. We'd done a few test migrations before to check it all worked.
This weekend the migration from 5.4.0 to 6.0.0 seemed to run OK, but, as
always, I did some checks before moving on...
Although no errors were reported to the browser, the display just showed
what it had done so far, reported it was all good, and gave me the
button to go to the next step. However it turned out that the migration
process that runs modules/Migration/schema/540_600RC.php had simply
stopped around line 1574 just before the line:
> Migration_Index_View::ExecuteQuery('UPDATE vtiger_currencies SET currency_name = ? and currency_code = ?',
array('Hong Kong, Dollars', 'LvHong Kong, Dollars', 'HKD'));
(php.ini was set for max_execution_time = 6000; (10 hours! - the script
only takes about 20 minutes if that.)
So I then copied the remaining code from that file (another 1000 lines
or so that hadn't been run!) into a temporary one and modified it a
little so I could run it from the command line - it ran to completion
without error so I have no idea why it stopped halfway.
Anyway - once this had completed, I then moved on to the 2nd part,
migrating from 6.0.0 to 6.1.0. The first problem was that the first
migration hadn't updated the entries in the vtiger_version table which,
I think, triggered the 600 to 6.1.0 migration to re-run the 540_600
script!!! This caused a few minor issues with creation of duplicate
blocks for some *calendar settings* fields but was fixable once I
realised what had happened.
The 600 to 610 script seemed to run correctly but the database still
reported:
old_version 5.4.0,
current_version 5.4.0
even though it is now 6.1.0.
The user screen area gets totally locked-out if the calendar settings
fields (now some default options for each user) are not set up correctly.
Perhaps this would be an area for you to look at?
vtiger devs: the migration scripts do not seem to be very robust and
still need a bit more attention I think.
Cheers
Al
More information about the vtigercrm-developers
mailing list