Jazz Forum Welcome to the Jazz Community Forum Connect and collaborate with IBM Engineering experts and users

rtc scm fails

Hi 
I am getting weird results for scm status command. it shows:
....
        (----)  ---@  <No comment>
        (----)  ---@  <No comment>
        (----)  ---@  <No comment>
        (----)  ---@  <No comment>
        (----)  ---@  <No comment>
        (----)  ---@  <No comment>
        (----)  ---@  <No comment>
        (----)  ---@  <No comment>
java.lang.IllegalStateException: Could not acquire lock
        at com.ibm.team.filesystem.cli.core.internal.aliases.UuidAliasRegistry.findAliasByUuid(UuidAliasRegistry.java:43
7)
        at com.ibm.team.filesystem.cli.core.util.AliasUtil.alias(AliasUtil.java:111)
        at com.ibm.team.filesystem.cli.core.util.AliasUtil.alias(AliasUtil.java:84)
        at com.ibm.team.filesystem.cli.core.util.AliasUtil.alias(AliasUtil.java:74)
        at com.ibm.team.filesystem.cli.core.util.PendingChangesUtil.printChangeSetHeader(PendingChangesUtil.java:1149)
        at com.ibm.team.filesystem.cli.core.util.PendingChangesUtil.printChangeSet(PendingChangesUtil.java:1108)
        at com.ibm.team.filesystem.cli.core.util.PendingChangesUtil.printChangeSets(PendingChangesUtil.java:1098)
        at com.ibm.team.filesystem.cli.core.util.PendingChangesUtil.printOutgoing(PendingChangesUtil.java:948)
        at com.ibm.team.filesystem.cli.core.util.PendingChangesUtil.printComponent(PendingChangesUtil.java:795)
        at com.ibm.team.filesystem.cli.core.util.PendingChangesUtil.printComponents(PendingChangesUtil.java:720)
        at com.ibm.team.filesystem.cli.core.util.PendingChangesUtil.printWorkspace(PendingChangesUtil.java:628)
        at com.ibm.team.filesystem.cli.core.util.PendingChangesUtil.printPendingChanges(PendingChangesUtil.java:541)
        at com.ibm.team.filesystem.cli.core.util.PendingChangesUtil.printPendingChanges(PendingChangesUtil.java:461)
        at com.ibm.team.filesystem.cli.core.util.PendingChangesUtil.printPendingChanges(PendingChangesUtil.java:435)
        at com.ibm.team.filesystem.cli.client.internal.subcommands.StatusCmd.run(StatusCmd.java:107)
        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.client.internal.daemon.CommandLineClient.handleRequest(CommandLineClient.java:125
)
        at com.ibm.team.filesystem.client.internal.http.ProtocolSwitchingHttpHandler.handle(ProtocolSwitchingHttpHandler
.java:46)
        at com.ibm.team.filesystem.client.internal.http.HttpConnection.readNextRequest(HttpConnection.java:628)
        at com.ibm.team.filesystem.client.internal.http.HttpConnection$1.run(HttpConnection.java:470)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
java.lang.IllegalStateException: Could not acquire lock


i think its a bug, but could be a limitation on the list of outgoing change sets .
i wonder how to fix the scm state. just deleting shared directory does not help.
Thanks
Serge

0 votes



One answer

Permanent link
It is a bug, so you should submit a work item. 

For some reason the alias file (ie, the thing that records the mapping between UUIDs and aliases) is locked longer than the timeout the CLI allows. It's possible that you have another CLI running as the same user. 

Work arounds:
  1. Wait for the other process to finish.
  2. Use a different configuration directory (ie, 'scm --config /path/to/other/dir status ...')

3 votes

Comments

Hi , thanks for the quick reply, i run lscm.bat from different threads so its possible that my app runs several different lscm.bat with the same user. are you saying i should not be doing it ?

i tried to use different directory. the result is the same. it still shows those blank aliases.

Then it sounds like a bug. Windows has weird locking issues, so it may boil down to that. I suggest submitting a bug.

If you're still having the problem, try hitting the 'scm' process with SendSignal (docs at http://www.latenighthacking.com/projects/2003/sendSignal/) to get a stack trace.

yes it looks like a bug, i finally could get rid of those outgoing changesets. the status command did show aliases like (----) and all the aliases it was showing as numbers were bad ones since i could not use them in commands like discard... but i turned "show uuid" on and it showed the uuids. so i was able to discard those changesets by uuid . i filed a bug for this one....

1 vote

Your answer

Register or log in to post 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.

Search context
Follow this question

By Email: 

Once you sign in you will be able to subscribe for any updates here.

By RSS:

Answers
Answers and Comments
Question details

Question asked: Jun 06 '12, 1:59 p.m.

Question was seen: 5,832 times

Last updated: Jun 06 '12, 5:31 p.m.

Confirmation Cancel Confirm