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)
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
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
Cheers,
Geoff
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)
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
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.
Cheers,
Geoff
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)
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
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
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
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.
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
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
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
Baseline List:
.
.
.
.
Component: (CTLocation: Try deleting the sync root in that component, synchronizing, and adding back the sync root null
at com.ibm.team.filesystem.cli.core.util.StatusHelper.createException(StatusHelper.java:365)
at com.ibm.team.filesystem.cli.core.util.StatusHelper.itemNotFound(StatusHelper.java:237)
at com.ibm.team.connector.scm.cli.AbstractCcConnectorSubCommand.synchronizeStream(AbstractCcConnectorSubCommand.java:215)
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)
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
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
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.
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
Baseline List:
.
.
.
.
Component: (CTLocation: Try deleting the sync root in that component, synchronizing, and adding back the sync root null
at com.ibm.team.filesystem.cli.core.util.StatusHelper.createException(StatusHelper.java:365)
at com.ibm.team.filesystem.cli.core.util.StatusHelper.itemNotFound(StatusHelper.java:237)
at com.ibm.team.connector.scm.cli.AbstractCcConnectorSubCommand.synchronizeStream(AbstractCcConnectorSubCommand.java:215)
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)
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