load "java.lang.OutOfMemoryError"
The Ghost of "Out of memory" is driving me crazy now. I switched to command line of RTC from RTC Eclipse plugin in anticipation of getting rid of this issue. But Still with the lscm I am seeing this issue. I have bumped up the "max heap" as -
cat scm.ini -vm ../../client/eclipse/jdk/jre/bin --launcher.suppressErrors -data @noDefault -vmargs -Xmx12512m -Xshareclasses:nonfatal -Xquickstart -Dosgi.requiredJavaVersion=1.5 What else I can do to overcome this issue. This is particular to my system only and none in my team is facing this issue. They are okay with the default ini. So I doubt if this is really the issue. Kindly help me to resolve this.. ======================================================================= ./lscm load 1003 1021 -r jazzadmin -d /home/bigdev/workspace --force Unexpected exception java.lang.OutOfMemoryError at java.util.HashMap.<init>(HashMap.java:266) at java.util.HashMap.<init>(HashMap.java:278) at java.util.LinkedHashMap.<init>(LinkedHashMap.java:197) at com.ibm.team.filesystem.client.internal.core.SharingMetadata2$InverseMetadataStore.readObject(SharingMetadata2.java:905) at com.ibm.team.internal.repository.rcp.dbhm.DiskBackedHashMap.readObject(DiskBackedHashMap.java:382) at com.ibm.team.internal.repository.rcp.dbhm.DiskBackedHashMap$Entry.getValue(DiskBackedHashMap.java:938) at com.ibm.team.internal.repository.rcp.dbhm.CachedDiskBackedHashMap$CachedEntry.getValue(CachedDiskBackedHashMap.java:292) at com.ibm.team.internal.repository.rcp.dbhm.DiskBackedHashMap.get(DiskBackedHashMap.java:160) at com.ibm.team.filesystem.client.internal.core.SharingMetadata2.getFileItemInfo(SharingMetadata2.java:2394) at com.ibm.team.filesystem.client.internal.copyfileareas.CopyFileAreaStore$7.visit(CopyFileAreaStore.java:2558) at com.ibm.team.filesystem.client.internal.core.SharingMetadata2.acceptAll(SharingMetadata2.java:1871) at com.ibm.team.filesystem.client.internal.core.SharingMetadata2.accept(SharingMetadata2.java:1845) at com.ibm.team.filesystem.client.internal.copyfileareas.CopyFileAreaStore.deleteTreeInfoInternal(CopyFileAreaStore.java:2551) at com.ibm.team.filesystem.client.internal.copyfileareas.CopyFileAreaStore.deleteTreeInfo(CopyFileAreaStore.java:2461) at com.ibm.team.filesystem.client.internal.localchanges.LocalChangeTracker.computePendingChanges(LocalChangeTracker.java:948) at com.ibm.team.filesystem.client.internal.localchanges.LocalChangeManager.refreshSynchronously(LocalChangeManager.java:356) at com.ibm.team.filesystem.client.internal.localchanges.LocalChangeManager.doRefresh(LocalChangeManager.java:394) at com.ibm.team.filesystem.client.internal.localchanges.LocalChangeManager.refreshChanges(LocalChangeManager.java:640) at com.ibm.team.filesystem.client.internal.load.MergeLoadMutator.load(MergeLoadMutator.java:435) at com.ibm.team.filesystem.client.internal.load.MergeLoadMutator.execute(MergeLoadMutator.java:291) at com.ibm.team.filesystem.client.internal.operations.FileSystemOperation.run(FileSystemOperation.java:89) at com.ibm.team.filesystem.client.internal.operations.LoadOperation.load(LoadOperation.java:939) at com.ibm.team.filesystem.client.internal.operations.LoadOperation$1.run(LoadOperation.java:593) at com.ibm.team.filesystem.rcp.core.internal.resources.ResourceSharingManager$1.run(ResourceSharingManager.java:76) at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1800) at com.ibm.team.filesystem.rcp.core.internal.resources.ResourceSharingManager.runWithinFileSystemLock(ResourceSharingManager.java:88) at com.ibm.team.filesystem.client.internal.operations.FileSystemOperation.runWithinFileSystemLock(FileSystemOperation.java:164) at com.ibm.team.filesystem.client.internal.operations.FileSystemOperation.runWithinFileSystemLock(FileSystemOperation.java:144) at com.ibm.team.filesystem.client.internal.operations.LoadOperation.execute(LoadOperation.java:624) at com.ibm.team.filesystem.client.internal.operations.FileSystemOperation.run(FileSystemOperation.java:89) at com.ibm.team.filesystem.cli.client.internal.subcommands.LoadCmd.run(LoadCmd.java:237) at com.ibm.team.filesystem.cli.client.internal.subcommands.LoadCmdLauncher.run(LoadCmdLauncher.java:193) 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.RuntimeException: java.lang.OutOfMemoryError |
2 answers
I played a bit more with the CLI and somehow it corrupted some of the files in .jazz/* and I had to repair those. But this resolved this issue as well. :)
So the error "outofmemory" thrown by the RTC was misleading and was the side effect of some other issue. |
Ravindra,
scm.ini only comes into play when using scm executable. When using lscm, you need to edit the lscm script and include the -Xmx option. |
Comments
This particular componenet has some 17000 files and of 2.1 GB of size