Synchronized stream is currently in use by another stream
Hi all,
I am trying to import from Base Clearcase to RTC, but keep getting the following exception. Anyone has an idea of what could be wrong? Clearcase and the CC synchronizer are running on Linux. BR Viggo javax.wvcm.WvcmException: Synchronized stream is currently in use by another stream at com.ibm.rational.wvcm.ct.CCaseLib.retryIfNoType(CCaseLib.java:2667) at com.ibm.rational.wvcm.ct.CCaseLib.setAttr(CCaseLib.java:2590) at com.ibm.rational.wvcm.ct.CTResource.setPropertyFromClient(CTResource.java:329) at com.ibm.rational.wvcm.ct.CTActivity.setPropertyFromClient(CTActivity.java:143) at com.ibm.rational.wvcm.ct.CTStream.setPropertyFromClient(CTStream.java:114) at com.ibm.rational.wvcm.ri.srvc.SrvcResource.doWriteProperties(SrvcResource.java:916) at com.ibm.rational.wvcm.ri.srvc.SrvcProvider.writeUpdates(SrvcProvider.java:371) at com.ibm.rational.wvcm.ri.srvc.SrvcResource.doUpdateProperties(SrvcResource.java:1501) at com.ibm.rational.wvcm.ri.impl.WvcmServiceConverter.doUpdateProperties(WvcmServiceConverter.java:629) at com.ibm.rational.wvcm.ri.impl.ResourceImpl.doWriteProperties(ResourceImpl.java:263) at com.ibm.rational.wvcm.interop.InteropStream.reserveOtherStream(InteropStream.java:657) at com.ibm.rational.wvcm.interop.InteropStream.doOperation(InteropStream.java:4634) at com.ibm.team.connector.scm.operations.ConnectorOps.synchronizeStream(ConnectorOps.java:205) at com.ibm.team.connector.scm.cli.AbstractCcConnectorSubCommand.synchronizeStream(AbstractCcConnectorSubCommand.java:212) at com.ibm.team.connector.scm.cli.SyncSubcommand.synchronizeStream(SyncSubcommand.java:123) at com.ibm.team.connector.scm.cli.SyncSubcommand.run(SyncSubcommand.java:76) at com.ibm.team.filesystem.cli.core.internal.SubcommandLauncher.run(SubcommandLauncher.java:651) at com.ibm.team.filesystem.cli.core.internal.SubcommandLauncher.doStart(SubcommandLauncher.java:398) at com.ibm.team.filesystem.cli.core.internal.SubcommandLauncher.run(SubcommandLauncher.java:175) at com.ibm.team.filesystem.cli.core.internal.Application.start(Application.java:39) at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:618) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514) at org.eclipse.equinox.launcher.Main.run(Main.java:1311) |
7 answers
Geoffrey Clemm (30.1k●3●30●35)
| answered May 09 '12, 10:11 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
That means that an earlier sync request either was killed or lost access to the RTC server before it could release its lock on the sync stream. Open the sync stream in either the Properties page or the Editor, and click on the Unlock button. For details, either see the on-line help, or send a follow-up to this thread.
Cheers, Geoff Hi all, |
|
Hi Geoff,
Thanks, that did the trick to unlock. Now it seems to do the import, however it never completes. It stays on 99% progress, and reports "overdue". What could make it hang? BR Viggo That means that an earlier sync request either was killed or lost access to the RTC server before it could release its lock on the sync stream. Open the sync stream in either the Properties page or the Editor, and click on the Unlock button. For details, either see the on-line help, or send a follow-up to this thread. Hi all, |
|
Actually, part of my problem seems to be, that the VOB folders I selected, appear with status Failed.
But also, when expanding the file browser tree and selecting a folder, the children don't get marked. I found another thread on the same issue, and I understood from that, that the selection is meant to be recursive. That doesn't seem to be the case here. What could be the issue? Known bug? I am using the Eclipse client on Linux. BR /Viggo |
It did not mark the child for me either, but they did get pulled in.So just selecting the parent folder, selects all its contents.
But I'll have to warn you that you do need patience for the CC import.Go baby steps..small chunks works best! Regards ~Henna |
|
Geoffrey Clemm (30.1k●3●30●35)
| answered May 10 '12, 10:52 p.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
That is correct ... although selecting a directory implicitly selects all children of that directory, that is not reflected in the GUI. And it is also true that the initial import takes a while (1-2 seconds per file) ... subsequent syncs are fast because only changes are brought across. And you should completely ignore the completion estimate in the "history" display ... that is something we inherited from the build machinery, and it doesn't work with jobs whose time varies widely like the synchronizer. We have an enhancement request submitted against the build machinery to allow us to control that display, but it hasn't been implemented yet.
Cheres, Geoff It did not mark the child for me either, but they did get pulled in.So just selecting the parent folder, selects all its contents. |
|
Ok, I now selected the VOB root, and I got further than before.
However, I just cannot find any files imported in RTC. And I got an error during the import, that I cannot quite make sense of: Anyone can shed light on this? BR Viggo com.ibm.team.filesystem.cli.core.util.CLIFileSystemClientException: Status ERROR: com.ibm.team.filesystem.cli.core code=25 Last imported baseline was not found in stream That is correct ... although selecting a directory implicitly selects all children of that directory, that is not reflected in the GUI. And it is also true that the initial import takes a while (1-2 seconds per file) ... subsequent syncs are fast because only changes are brought across. And you should completely ignore the completion estimate in the "history" display ... that is something we inherited from the build machinery, and it doesn't work with jobs whose time varies widely like the synchronizer. We have an enhancement request submitted against the build machinery to allow us to control that display, but it hasn't been implemented yet. |
|
Geoffrey Clemm (30.1k●3●30●35)
| answered May 15 '12, 7:15 p.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
You've now got an internal error ("last imported baseline not found in stream").
If you had the time, it would be good to contact Rational Support or file a defect work item on jazz.net, so development could track down what happened. But to allow you to make progress while this situation is being investigated, I'd go ahead an create a new synchronization stream (leaving the old one alone, in case development has some info they'd like you to gather from it). Cheers, Geoff Ok, I now selected the VOB root, and I got further than before. |
Your answer
Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.