I am running jextract on a core. This is on an AIX 5.3 machine, java 1.5, 64 bit. I see this error. Does this mean jextract does not have enf memory?
$ export J9DBGEXT_SCRATCH_SIZE=5120
$ /ttlocal/java1.5_64/jre/bin/jextract core.540708
Loading dump file...
Read memory image from core.540708
VM set to 000000011002D290
Dumping JExtract file to core.540708.xml
<!-- extracting gpf state -->
Set debug scratch space size to 5120 MB
<!-- 1ms -->
<!-- extracting classes -->
could not read breakpointed rom method header
Found partial memory match for 0000000111A45108 at 07000000040042D0, but it only
has 3546 bytes (needed 4216)
Local memory 0700000004002C28 has no mapping to target memory
Local memory 0700000004002A10 has no mapping to target memory
unable to relocate UTF8 000000011AA349C8 into local space
Local memory 07000000040041FC has no mapping to target memory
JVMDUMP006I Processing Dump Event "uncaught", detail "java/lang/OutOfMemoryError
" - Please Wait.
JVMDUMP007I JVM Requesting Snap Dump using '/scratch/snake-tt/build/ade_views/ve
spa_nightly_20091102_snake-tt/timesten/jdbc/test/failover_save/bin/aix64/jdk15/o
pt/Snap0001.20091104.130736.585974.trc'
JVMDUMP010I Snap Dump written to /scratch/snake-tt/build/ade_views/vespa_nightly
_20091102_snake-tt/timesten/jdbc/test/failover_save/bin/aix64/jdk15/opt/Snap0001
.20091104.130736.585974.trc
JVMDUMP007I JVM Requesting Heap Dump using '/scratch/snake-tt/build/ade_views/ve
spa_nightly_20091102_snake-tt/timesten/jdbc/test/failover_save/bin/aix64/jdk15/o
pt/heapdump.20091104.130736.585974.phd'
JVMDUMP010I Heap Dump written to /scratch/snake-tt/build/ade_views/vespa_nightly
_20091102_snake-tt/timesten/jdbc/test/failover_save/bin/aix64/jdk15/opt/heapdump
.20091104.130736.585974.phd
JVMDUMP007I JVM Requesting Java Dump using '/scratch/snake-tt/build/ade_views/ve
spa_nightly_20091102_snake-tt/timesten/jdbc/test/failover_save/bin/aix64/jdk15/o
pt/javacore.20091104.130736.585974.txt'
JVMDUMP010I Java Dump written to /scratch/snake-tt/build/ade_views/vespa_nightly
_20091102_snake-tt/timesten/jdbc/test/failover_save/bin/aix64/jdk15/opt/javacore
.20091104.130736.585974.txt
JVMDUMP013I Processed Dump Event "uncaught", detail "java/lang/OutOfMemoryError"
.
Exception in thread "main" java.lang.OutOfMemoryError
at com.ibm.dtfj.addressspace.CommonAddressSpace.getMemoryBytes(CommonAdd
ressSpace.java:119)
at com.ibm.jvm.j9.dump.extract.Main.doJextract(Native Method)
at com.ibm.jvm.j9.dump.extract.Main.runJextract(Main.java:265)
at com.ibm.jvm.j9.dump.extract.Main.main(Main.java:167)
could not read memory (4590717160 bytes from 0000000111A0A6E8)
Connection closed by foreign host.
Is there a way for me to increase this memory if so?
Yes, for really large core files or when there are really large numbers of classes loaded in the failing JVM then occasionally jextract will run out of memory.
You can increase size of the java heap used by jextract by using the following command line option:
You can actually run with a larger Java heap than you have physical memory (RAM) for, but the process will run very slowly as the process will need to page/swap.
I wouldn't normally expect jextract to require more memory than the original Java process was running with. It may be that the core file is corrupted in some way causing a problem in jextract.
Does the output of "file core.540708" say that the core file is complete (rather than truncated)?
Tags
Use the search field to
find all types of content in My developerWorks with that tag.
Use the slider bar to see more or fewer tags.
Popular tags shows the top tags for this particular type of content or application that you're viewing.
My tags shows your tags for this particular type of content or application that
you're viewing.
