Soho Posted February 8, 2012 Report Share Posted February 8, 2012 Hi, I am trying to upgrade to Plastic 4.0, but so far it is not going well. I installed the latest 3.0 version (.35) and did a fast-export with the following result after 301 changeset exports: Changeset 592@/main/DatabaseLib 302/2450. Elapsed 00:00:10.3270000 Error: Insertion index was out of range. Must be non-negative and less than or e qual to size. Parameter name: index Any suggestions? Link to comment Share on other sites More sharing options...
cidico Posted February 8, 2012 Report Share Posted February 8, 2012 Hi soho! I got a similar problem but was in the database side of the force! My problem was not migrating data, but using fast export and fast import. My branches were very descriptive and long! It seems to be a problem with the column size. Can you past the fast export output and server error here? Link to comment Share on other sites More sharing options...
Soho Posted February 8, 2012 Author Report Share Posted February 8, 2012 Command: C:\Backup\Repos>cm fast-export PSDK_CFC@localhost:8084 psdk_cfc.fast-export The first lines: 2554 changesets retrieved Discarding branch /main/fth201106060436. It is not smart or it starts from LAST Discarding branch /main/DatabaseLib/fth201107010852. It is not smart or it starts from LAST Discarding branch /main/Simulator/fth201107070926. It is not smart or it starts from LAST Discarding branch /main/IMessageReader for CFC Importer/fth201109010153. It is not smart or it starts from LAST Discarding branch /main/fth201111031058. It is not smart or it starts from LAST Discarding branch /main/fth201111151027. It is not smart or it starts from LAST Discarding branch /main/fth201112080938. It is not smart or it starts from LAST 2540 changesets will be exported 75 labels will be exported Discarding branch /main/Customer Service. It is not smart or it starts from LAST Discarding branch /main/fth201110171246. It is not smart or it starts from LAST Discarding branch /main/Settings data adapter. It is not smart or it starts from LAST 2474 changesets will be exported Discarding branch /main/VersionUpdater. It is not smart or it starts from LAST Discarding branch /main/Settings data adapter/Settings editor loads from database. It is not smart or it starts from LAST 2450 changesets will be exported 512 merges found 38 csets are out of order Changeset 1@/main 1/2450. Elapsed 00:00:00.0320000 Changeset 2@/main 2/2450. Elapsed 00:00:00.2810000 The last few lines: Changeset 589@/main 299/2450. Elapsed 00:00:12.5420000 Changeset 590@/main/Invoicing Service II 300/2450. Elapsed 00:00:12.6050000 Changeset 591@/main/Invoicing Service II 301/2450. Elapsed 00:00:12.6520000 Changeset 592@/main/DatabaseLib 302/2450. Elapsed 00:00:12.7610000 Error: Insertion index was out of range. Must be non-negative and less than or equal to size. Parameter name: index Nothing special about changeset 592 / 593. Branch names are pretty short. Link to comment Share on other sites More sharing options...
Soho Posted February 9, 2012 Author Report Share Posted February 9, 2012 If I have to, I could live without the early changesets in this project. Is there a way to export changesets after some label instead? Link to comment Share on other sites More sharing options...
Soho Posted February 9, 2012 Author Report Share Posted February 9, 2012 Is it possible to lure fast-export into producing some logging or a detailed error message? Is there anything I can do with Firebird to patch the source database? Link to comment Share on other sites More sharing options...
cidico Posted February 10, 2012 Report Share Posted February 10, 2012 Sorry the delay! You can see the stack trace in server's log! I had a problem with fast export as I told you and in the server's log I saw the exact problem. Link to comment Share on other sites More sharing options...
HerrDikov Posted February 11, 2012 Report Share Posted February 11, 2012 Subject threatened to be interesting , perhaps the stock chips Link to comment Share on other sites More sharing options...
Soho Posted February 13, 2012 Author Report Share Posted February 13, 2012 The log is not very interesting. The last thing it lists is that it is loading changeset 593, which makes it crash, but the crash is not logged. It just displays an error message in the console. Is there anything I can do to get more info? ... snip ... 2012-02-13 13:46:35,214 5072 ihpbuild 00000000-0000-0000-0000-000000000000 IHP_PEGASUS INFO Operations - Get repository info PSDK_CFC 2012-02-13 13:46:35,233 5072 ihpbuild 00000000-0000-0000-0000-000000000000 IHP_PEGASUS INFO Operations - Retrieve repository list 2012-02-13 13:46:35,233 5072 ihpbuild 00000000-0000-0000-0000-000000000000 IHP_PEGASUS INFO Operations - GetSmartBranch starting points br /main/DatabaseLib and cset 592 and label at repository 1 2012-02-13 13:46:35,238 5072 ihpbuild 00000000-0000-0000-0000-000000000000 IHP_PEGASUS INFO Operations - Retrieve repository list 2012-02-13 13:46:35,239 5072 ihpbuild 00000000-0000-0000-0000-000000000000 IHP_PEGASUS INFO Operations - Get info for branch /main/DatabaseLib at repository ID 1 2012-02-13 13:46:35,246 5072 ihpbuild 00000000-0000-0000-0000-000000000000 IHP_PEGASUS INFO Operations - Get info for branch 4 at repository ID 1 2012-02-13 13:46:35,248 5072 ihpbuild 00000000-0000-0000-0000-000000000000 IHP_PEGASUS INFO Operations - Retrieve repository list 2012-02-13 13:46:35,249 5072 ihpbuild 00000000-0000-0000-0000-000000000000 IHP_PEGASUS INFO Operations - GetSmartBranch starting points br /main/DatabaseLib and cset 586 and label at repository 1 2012-02-13 13:46:35,254 5072 ihpbuild 00000000-0000-0000-0000-000000000000 IHP_PEGASUS INFO Operations - Retrieve repository list 2012-02-13 13:46:35,254 5072 ihpbuild 00000000-0000-0000-0000-000000000000 IHP_PEGASUS INFO Operations - Get info for branch /main/DatabaseLib at repository ID 1 2012-02-13 13:46:35,256 5072 ihpbuild 00000000-0000-0000-0000-000000000000 IHP_PEGASUS INFO Operations - Get info for branch 4 at repository ID 1 2012-02-13 13:46:35,259 5072 ihpbuild 00000000-0000-0000-0000-000000000000 IHP_PEGASUS INFO Operations - Get repository info PSDK_CFC 2012-02-13 13:46:35,312 5072 ihpbuild 00000000-0000-0000-0000-000000000000 IHP_PEGASUS INFO Operations - Retrieve repository list 2012-02-13 13:46:35,312 5072 ihpbuild 00000000-0000-0000-0000-000000000000 IHP_PEGASUS INFO Operations - GetSmartBranch starting points br /main/DatabaseLib and cset 593 and label at repository 1 2012-02-13 13:46:35,317 5072 ihpbuild 00000000-0000-0000-0000-000000000000 IHP_PEGASUS INFO Operations - Retrieve repository list 2012-02-13 13:46:35,323 5072 ihpbuild 00000000-0000-0000-0000-000000000000 IHP_PEGASUS INFO Operations - Get info for branch /main/DatabaseLib at repository ID 1 2012-02-13 13:46:35,325 5072 ihpbuild 00000000-0000-0000-0000-000000000000 IHP_PEGASUS INFO Operations - Get info for branch 4 at repository ID 1 Link to comment Share on other sites More sharing options...
Soho Posted March 15, 2012 Author Report Share Posted March 15, 2012 I still haven't found a solution to this problem. Anyone with any suggestions? Link to comment Share on other sites More sharing options...
manu Posted March 15, 2012 Report Share Posted March 15, 2012 Hello soho, sorry for the delay, let's try to generate more log info. Please configure the cm.log.conf to DEBUG as you can see here: http://www.plasticscm.com/infocenter/technical-articles/kb-enabling-logging-for-plastic-scm-part-i.aspx Then repeat the fast-export operation and attach here the log file "cm.log.txt" and also the Plastic SCM version you are using (I think it's the .35 but just to confirm it) Link to comment Share on other sites More sharing options...
Soho Posted March 15, 2012 Author Report Share Posted March 15, 2012 Ok, here is some log after a failed fast-export: 2012-03-15 10:16:58,377 2768 (null) (null) (null) INFO Serialization - Uncompressed 517 bytes in 842 bytes. Time: 0 ms. 2012-03-15 10:16:58,377 2768 (null) (null) (null) DEBUG BufferPool - <- Releasing with name CompressionPool (3) 2012-03-15 10:16:58,377 2768 (null) (null) (null) DEBUG BufferPool - <- Releasing with name CompressionPool (4) 2012-03-15 10:16:58,377 2768 (null) (null) (null) DEBUG ClientSink - | GetBranchInfoByName | proc 0 | 1 | 63433312 2012-03-15 10:16:58,377 2768 (null) (null) (null) DEBUG BufferPool - -> Entering with name CompressionPool (5) 2012-03-15 10:16:58,377 2768 (null) (null) (null) DEBUG BufferPool - -> Entering with name CompressionPool (4) 2012-03-15 10:16:58,377 2768 (null) (null) (null) INFO Serialization - Uncompressed 506 bytes in 841 bytes. Time: 0 ms. 2012-03-15 10:16:58,377 2768 (null) (null) (null) DEBUG BufferPool - <- Releasing with name CompressionPool (3) 2012-03-15 10:16:58,377 2768 (null) (null) (null) DEBUG BufferPool - <- Releasing with name CompressionPool (4) 2012-03-15 10:16:58,377 2768 (null) (null) (null) DEBUG ClientSink - | GetBranchInfo | proc 0 | 1 | 63466080 2012-03-15 10:16:58,377 2768 (null) (null) (null) INFO UpdatePerf - BlockSelectorSolver-Build selector rules 0 ms 2012-03-15 10:16:58,377 2768 (null) (null) (null) DEBUG UpdatePerf - >>>>>BlockSelectorSolver.GetSelectorContent() 2012-03-15 10:16:58,377 2768 (null) (null) (null) DEBUG UpdatePerf - BlockSelectorSolver-LoadRevForItem:ItemHandler.GetRootItem 0 ms 2012-03-15 10:16:58,378 2768 (null) (null) (null) DEBUG UpdatePerf - BlockSelectorSolver-LoadRevisions ItemHandler.GetRevisionsOnBranch: 0 ms 2012-03-15 10:16:58,378 2768 (null) (null) (null) DEBUG UpdatePerf - BlockSelectorSolver-LoadRevisions AddLoaded y AddChildren: 0 ms 2012-03-15 10:16:58,378 2768 (null) (null) (null) DEBUG UpdatePerf - BlockSelectorSolver-LoadRevForItem:LoadRevisions 0 ms 2012-03-15 10:16:58,378 2768 (null) (null) (null) DEBUG UpdatePerf - BlockSelectorSolver-LoadRevForItem:ItemHandler.GetRootItem 0 ms 2012-03-15 10:16:58,378 2768 (null) (null) (null) DEBUG UpdatePerf - BlockSelectorSolver-LoadRevisions ItemHandler.GetRevisionsOnBranch: 0 ms 2012-03-15 10:16:58,378 2768 (null) (null) (null) DEBUG UpdatePerf - BlockSelectorSolver-LoadRevisions AddLoaded y AddChildren: 0 ms 2012-03-15 10:16:58,378 2768 (null) (null) (null) DEBUG UpdatePerf - BlockSelectorSolver-LoadRevForItem:LoadRevisions 0 ms 2012-03-15 10:16:58,378 2768 (null) (null) (null) DEBUG UpdatePerf - BlockSelectorSolver-LoadRevision for / 0 ms 2012-03-15 10:16:58,378 2768 (null) (null) (null) DEBUG UpdatePerf - BlockSelectorSolver Total LoadRoot time 0 ms 2012-03-15 10:16:58,379 2768 (null) (null) (null) INFO UpdatePerf - BlockSelectorSolver Total expand time 0 ms 2012-03-15 10:16:58,379 2768 (null) (null) (null) DEBUG UpdatePerf - BlockSelectorSolver-Total time LoadRevForItem 0 ms, time LoadChildren 0 ms 2012-03-15 10:16:58,379 2768 (null) (null) (null) INFO UpdatePerf - <<<<<<BlockSelectorSolver-GetSelectorContent time: 0 2012-03-15 10:16:58,379 2768 (null) (null) (null) DEBUG UpdatePerf - WorkspaceHandler-GetSelectorContent: 15 ms 2012-03-15 10:16:58,379 2768 (null) (null) (null) INFO fast-export - ExportTreeRetriever.GetTree for cset 593 15 ms 2012-03-15 10:16:58,384 2768 (null) (null) (null) ERROR cm - Error: Insertion index was out of range. Must be non-negative and less than or equal to size. Parameter name: index 2012-03-15 10:16:58,385 2768 (null) (null) (null) ERROR cm - at System.Collections.ArrayList.Insert(Int32 index, Object value) at a3.a(ArrayList A_0) at a3.c(UpdateInfo A_0, UpdateInfo A_1) at be.a(c A_0, gd A_1, bp A_2, ge A_3) at be.a(String A_0, ArrayList A_1, Boolean A_2, Boolean A_3, b A_4) at a7.b(a A_0) at o0.a(String[] A_0) Link to comment Share on other sites More sharing options...
Soho Posted March 15, 2012 Author Report Share Posted March 15, 2012 the cm version is 3.0.187.32, not 35, but I believe I get the same result with .35. I will try once more with .35 just to be sure. Link to comment Share on other sites More sharing options...
Soho Posted March 15, 2012 Author Report Share Posted March 15, 2012 I just tried with .35. The failure point and error log is exactly the same as with .32. Link to comment Share on other sites More sharing options...
Soho Posted March 15, 2012 Author Report Share Posted March 15, 2012 It looks like you have obfuscated the cm command executable, so the stack trace is providing little hints about what goes wrong. Link to comment Share on other sites More sharing options...
manu Posted March 15, 2012 Report Share Posted March 15, 2012 It seems the error is related with cross moves in your changeset. Can you show us the differences of the changeset 593 Vs. its parent? Link to comment Share on other sites More sharing options...
Soho Posted March 15, 2012 Author Report Share Posted March 15, 2012 Here is the cs:593 changes. BTW I am almost out of my half MB quota. I don't want to be too demanding, but is it possible to raise the quotas in this forum to something more 2012'ish and less 1989'ish? Link to comment Share on other sites More sharing options...
manu Posted March 15, 2012 Report Share Posted March 15, 2012 Hi Soho, thanks for the information, I'm going to schedule a task regarding this error. Sorry for the inconveniences. Link to comment Share on other sites More sharing options...
Soho Posted March 15, 2012 Author Report Share Posted March 15, 2012 Thanks, appreciate it! Link to comment Share on other sites More sharing options...
cidico Posted March 15, 2012 Report Share Posted March 15, 2012 Here is the cs:593 changes. BTW I am almost out of my half MB quota. I don't want to be too demanding, but is it possible to raise the quotas in this forum to something more 2012'ish and less 1989'ish? I hate this too. Why did Códice limited the quota to this value?! Link to comment Share on other sites More sharing options...
manu Posted March 15, 2012 Report Share Posted March 15, 2012 I'll write to the Support provider to increase this constrain. Sorry for the inconveniences. Link to comment Share on other sites More sharing options...
manu Posted March 16, 2012 Report Share Posted March 16, 2012 I think the new quota size has been upgraded, please check it. Link to comment Share on other sites More sharing options...
Soho Posted March 16, 2012 Author Report Share Posted March 16, 2012 yes, it is 30 MB now. Thanks. Link to comment Share on other sites More sharing options...
Soho Posted March 23, 2012 Author Report Share Posted March 23, 2012 Is there any news on the topic? Anything I can try out or hack in the repository Firebird database? Link to comment Share on other sites More sharing options...
manu Posted March 23, 2012 Report Share Posted March 23, 2012 The task is inside our bug tracking system. If you want I can't try to connect with you on Monday and I'll try to find more information. Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.