Skip to main content


Eclipse Community Forums

      Home
Home » Eclipse Projects » Memory Analyzer » Stacktraces while parsing heap
icon4.gif  Stacktraces while parsing heap [message #646174] Wed, 22 December 2010 09:50 Go to next message
Eclipse UserFriend
While parsing a heap dump, using a freshly downloaded version of MemoryAnalyzer, I suddenly get a couple of stacktraces, after which parsers stop. What is going on here? Are the indeces generated so far usable?

Regards,

Guus


guus@heapdump:~/mat$ sudo ./ParseHeapDump.sh /home/data/heap.bin.orig 
Task: Parsing heap.bin.orig
[Task: Parsing /home/data/heap.bin.orig
[
Subtask: Scanning /home/data/heap.bin.orig
[....................
[INFO] Heap /home/data/heap.bin.orig contains 52,686,500 objects
[....................
Subtask: Extracting objects from /home/data/heap.bin.orig
[................................................................................Task: Removing unreachable objects
[
Subtask: Searching for unreachable objects
[
Subtask: Calculate Retained Size
[.
Subtask: Re-indexing objects
[..
Subtask: Re-indexing classes
[...
Subtask: Writing /home/data/heap.bin.idx.index
[....
Subtask: Writing /home/data/heap.bin.o2c.index
[.....
Subtask: Writing /home/data/heap.bin.a2s.index
[......
Subtask: Re-indexing outbound index
[.......
Subtask: Writing /home/data/heap.bin.inbound.index
[........
Subtask: Writing /home/data/heap.bin.outbound.index
[.........
Subtask: Writing /home/data/heap.bin.o2hprof.index
[.........Task: Calculating Dominator Tree
[
Subtask: Dominator Tree calculation
[
Subtask: Depth-first search
[.........................
Subtask: Computing dominators
[....................................................
Subtask: Calculate retained sizes
[.................................................................
Subtask: Create dominators index file
[.....................................................................................]
!SESSION 2010-12-22 14:03:38.475 -----------------------------------------------
eclipse.buildId=unknown
java.version=1.5.0_19
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US
Framework arguments:  -application org.eclipse.mat.api.parse /home/data/heap.bin.orig
Command-line arguments:  -os linux -ws gtk -arch x86_64 -consolelog -application org.eclipse.mat.api.parse /home/data/heap.bin.orig

!ENTRY org.eclipse.mat.dtfj 4 0 2010-12-22 14:10:05.581
!MESSAGE 
!STACK 0
org.osgi.framework.BundleException: Exception in org.eclipse.mat.dtfj.InitDTFJ.stop() of bundle org.eclipse.mat.dtfj.
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.stop(BundleContextImpl.java:860)
	at org.eclipse.osgi.framework.internal.core.BundleHost.stopWorker(BundleHost.java:474)
	at org.eclipse.osgi.framework.internal.core.AbstractBundle.suspend(AbstractBundle.java:546)
	at org.eclipse.osgi.framework.internal.core.Framework.suspendBundle(Framework.java:1098)
	at org.eclipse.osgi.framework.internal.core.StartLevelManager.decFWSL(StartLevelManager.java:593)
	at org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel(StartLevelManager.java:261)
	at org.eclipse.osgi.framework.internal.core.StartLevelManager.shutdown(StartLevelManager.java:216)
	at org.eclipse.osgi.framework.internal.core.InternalSystemBundle.suspend(InternalSystemBundle.java:266)
	at org.eclipse.osgi.framework.internal.core.Framework.shutdown(Framework.java:685)
	at org.eclipse.osgi.framework.internal.core.Framework.close(Framework.java:583)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.shutdown(EclipseStarter.java:409)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:200)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:585)
	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)
	at org.eclipse.equinox.launcher.Main.main(Main.java:1287)
Caused by: java.lang.NoClassDefFoundError: com/ibm/dtfj/image/CorruptDataException
	at org.eclipse.mat.dtfj.InitDTFJ.stop(InitDTFJ.java:70)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl$2.run(BundleContextImpl.java:840)
	at java.security.AccessController.doPrivileged(Native Method)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.stop(BundleContextImpl.java:833)
	... 19 more
Root exception:
java.lang.NoClassDefFoundError: com/ibm/dtfj/image/CorruptDataException
	at org.eclipse.mat.dtfj.InitDTFJ.stop(InitDTFJ.java:70)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl$2.run(BundleContextImpl.java:840)
	at java.security.AccessController.doPrivileged(Native Method)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.stop(BundleContextImpl.java:833)
	at org.eclipse.osgi.framework.internal.core.BundleHost.stopWorker(BundleHost.java:474)
	at org.eclipse.osgi.framework.internal.core.AbstractBundle.suspend(AbstractBundle.java:546)
	at org.eclipse.osgi.framework.internal.core.Framework.suspendBundle(Framework.java:1098)
	at org.eclipse.osgi.framework.internal.core.StartLevelManager.decFWSL(StartLevelManager.java:593)
	at org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel(StartLevelManager.java:261)
	at org.eclipse.osgi.framework.internal.core.StartLevelManager.shutdown(StartLevelManager.java:216)
	at org.eclipse.osgi.framework.internal.core.InternalSystemBundle.suspend(InternalSystemBundle.java:266)
	at org.eclipse.osgi.framework.internal.core.Framework.shutdown(Framework.java:685)
	at org.eclipse.osgi.framework.internal.core.Framework.close(Framework.java:583)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.shutdown(EclipseStarter.java:409)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:200)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:585)
	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)
	at org.eclipse.equinox.launcher.Main.main(Main.java:1287)
Re: Stacktraces while parsing heap [message #646293 is a reply to message #646174] Thu, 23 December 2010 03:28 Go to previous messageGo to next message
Eclipse UserFriend
Hi,

the problem was already reported and fixed.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=331686
If you need the fix now, you can try updating your MAT to the latest snapshot version:
http://www.eclipse.org/mat/snapshotBuilds.php, i.e. this one:
http://download.eclipse.org/mat/1.1/snapshots/20101215/updat e-site/

Let me know if this helps.

Krum
Re: Stacktraces while parsing heap [message #652433 is a reply to message #646293] Thu, 03 February 2011 16:37 Go to previous messageGo to next message
Eclipse UserFriend
Hi Krum,

I'm having the same problem here with the Linux x64 version (the version is probably not relevant, but anyway).
Is there any snapshot build of the standalone MAT? Or is it possible to build it from the plugin one? Or do you have any plans on releasing a new version this week? ^_^

Thanks,

Nicolas
Re: Stacktraces while parsing heap [message #652571 is a reply to message #652433] Fri, 04 February 2011 10:20 Go to previous messageGo to next message
Eclipse UserFriend
Hi,

You can try to update your standalone installation. It should be possible to use the update manager - "Help" -> "Software Updates" -> "Find and install". You can then add the update site, or an archived update site and bring the MAT plugins to this version.
I think this should help. Let me know if you have further troubles.

Krum
Re: Stacktraces while parsing heap [message #652631 is a reply to message #652571] Fri, 04 February 2011 13:57 Go to previous messageGo to next message
Eclipse UserFriend
The update worked just fine on my PC, but it doesn't really fix my loading issue... I'm pre-indexing the hprof file on a server with no X. (Actually, I don't even know if I would be able to load those indexes afterwards.)

Thanks anyway for the quick reply!

N.
Re: Stacktraces while parsing heap [message #652813 is a reply to message #652631] Mon, 07 February 2011 02:20 Go to previous messageGo to next message
Eclipse UserFriend
Well, there are currently no standalone versions for download which could help you, and I think we're not publishing any in the next couple of weeks.
I know this isn't a best practice, but you can probably replace the org.eclipse.mat.* bundles under <mat>/plugins/ on the server with the new ones from your PC (they are not OS specific).
Re: Stacktraces while parsing heap [message #652942 is a reply to message #652813] Mon, 07 February 2011 12:21 Go to previous message
Eclipse UserFriend
That would have been a fun solution to test! Finally, I've managed to open the dump, via remote desktop, with the standalone snapshot.

Awesome tool by the way!

N.
Previous Topic:Heapdump is too small
Next Topic:Analyzing a tomcat instance started using sysdeo
Goto Forum:
  


Current Time: Thu Mar 13 15:33:16 EDT 2025

Powered by FUDForum. Page generated in 0.04096 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top

Sign up to our Newsletter

A fresh new issue delivered monthly