It's all about the answers!

Ask a question

Synchronized stream is currently in use by another stream


Viggo Simonsen (1611) | asked May 08 '12, 9:49 a.m.
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



permanent link
Geoffrey Clemm (29.3k23035) | 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,

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)

permanent link
Viggo Simonsen (1611) | answered May 10 '12, 4:19 a.m.
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.

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)

permanent link
Viggo Simonsen (1611) | answered May 10 '12, 4:53 a.m.
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

permanent link
Henna Sidhu (1161112) | answered May 10 '12, 1:41 p.m.
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

permanent link
Geoffrey Clemm (29.3k23035) | 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.

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

permanent link
Viggo Simonsen (1611) | answered May 15 '12, 5:17 a.m.
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

permanent link
Geoffrey Clemm (29.3k23035) | 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.

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

Your answer


Register or to post your answer.