How can I thoroughly debug these types of errors?
Albretch Mueller
I have had a few times these types of error reports before and I can
not narrow them to anything apparent
I have plenty of RAM in my box, have run memtest and checked my hard
drives with e2fsck, smartmontools, etc, yet these types of errors keep
happening. I think now I have the time to thoroughly investigate
these matters/why is it happening
I code ANSI C/C++ and Java and right now I work on Linux/Debian.
Are there thorough going explanation about debugging code down to the
OS you could recommend to me?
Thank you
lbrtchx
comp.{os.linux.development.system, .lang.java.programmer}
Albretch Mueller
<code>
root@Knoppix:/media/hdb2/inst/sw/ant/apache-ant-1.7.1# sh build02.sh -
Ddist.dir=/media/hdb2/inst/sw/ant/1.7.1 dist
JAVA_HOME: /media/hdb2/inst/sw/jdk/jdk1.6.0_17
PATH: /media/hdb2/inst/sw/ant/apache-ant-1.7.1/bin:/media/hdb2/inst/
sw/jdk/jdk1.6.0_17/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:/
usr/local/sbin:/usr/local/bin:/usr/games:/usr/NX/bin
Buildfile: build.xml
dist:
prepare:
check_for_optional_packages:
build:
[copy] Copying 2 files to /media/hdb2/inst/sw/ant/apache-
ant-1.7.1/build/classes
jars:
[jar] Building jar: /media/hdb2/inst/sw/ant/apache-ant-1.7.1/
build/lib/ant.jar
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGBUS (0x7) at pc=0xb745ac53, pid=10346, tid=3075656624
#
# JRE version: 6.0_17-b04
# Java VM: Java HotSpot(TM) Client VM (14.3-b01 mixed mode, sharing
linux-x86 )
# Problematic frame:
# C [libzip.so+0xbc53]
#
# An error report file with more information is saved as:
# /media/hdb2/inst/sw/ant/apache-ant-1.7.1/hs_err_pid10346.log
#
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
build02.sh: line 65: 10346 Aborted bootstrap/bin/ant -
nouserlib -lib lib/optional "$ANT_INSTALL" $*
root@Knoppix:/media/hdb2/inst/sw/ant/apache-ant-1.7.1# cat /media/hdb2/
inst/sw/ant/apache-ant-1.7.1/hs_err_pid10346.log
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGBUS (0x7) at pc=0xb745ac53, pid=10346, tid=3075656624
#
# JRE version: 6.0_17-b04
# Java VM: Java HotSpot(TM) Client VM (14.3-b01 mixed mode, sharing
linux-x86 )
# Problematic frame:
# C [libzip.so+0xbc53]
#
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
--------------- T H R E A D ---------------
Current thread (0x08059400): JavaThread "main" [_thread_in_native,
id=10348, stack(0xb74dd000,0xb752d000)]
siginfo:si_signo=SIGBUS: si_errno=0, si_code=2 (BUS_ADRERR),
si_addr=0xb4eb1d09
Registers:
EAX=0xb4d0bd98, EBX=0xb745f7bc, ECX=0xb4ea0000, EDX=0x0012f000
ESP=0xb752abd8, EBP=0xb752ac00, ESI=0xb4eb1cec, EDI=0x081b0458
EIP=0xb745ac53, CR2=0xb4eb1d09, EFLAGS=0x00210282
Top of Stack: (sp=0xb752abd8)
0xb752abd8: 00000030 08059600 08059608 080599f4
0xb752abe8: b4d0be40 b745f7bc b745ac0b b745f7bc
0xb752abf8: b4d0e05c 00000000 b752ac30 b745b00b
0xb752ac08: b4d0bd98 b4d0e05c 00000000 b79d51a8
0xb752ac18: b752b7e8 b545f0e4 35457c12 b745f7bc
0xb752ac28: b752ac78 08059510 b752b0a0 b74521f9
0xb752ac38: b4d0bd98 b752ac78 00000029 00000029
0xb752ac48: b752ac78 b544f2cc b752ac80 b76a6931
Instructions: (pc=0xb745ac53)
0xb745ac43: 8b 70 04 8b 45 08 8b 48 10 8b 50 1c 01 ce 29 d6
0xb745ac53: 0f b6 46 1d 0f b6 56 1c c1 e0 08 09 c2 89 55 f0
Stack: [0xb74dd000,0xb752d000], sp=0xb752abd8, free space=310k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code,
C=native code)
C [libzip.so+0xbc53]
C [libzip.so+0xc00b] ZIP_GetEntry+0x10b
C [libzip.so+0x31f9] Java_java_util_zip_ZipFile_getEntry+0xc9
J java.util.zip.ZipFile.getEntry(JLjava/lang/String;Z)J
J java.util.zip.ZipFile.getEntry(Ljava/lang/String;)Ljava/util/zip/
ZipEntry;
J java.util.jar.JarFile.getEntry(Ljava/lang/String;)Ljava/util/zip/
ZipEntry;
J sun.misc.URLClassPath$JarLoader.getResource(Ljava/lang/String;Z)
Lsun/misc/Resource;
J sun.misc.URLClassPath.getResource(Ljava/lang/String;Z)Lsun/misc/
Resource;
J java.net.URLClassLoader$1.run()Ljava/lang/Object;
v ~StubRoutines::call_stub
V [libjvm.so+0x213740]
V [libjvm.so+0x327158]
V [libjvm.so+0x21359f]
V [libjvm.so+0x2743e6]
C [libjava.so+0xaa5c]
Java_java_security_AccessController_doPrivileged__Ljava_security_PrivilegedExceptionAction_2Ljava_security_AccessControlContext_2+0x3c
J java.security.AccessController.doPrivileged(Ljava/security/
PrivilegedExceptionAction;Ljava/security/AccessControlContext;)Ljava/
lang/Object;
J java.net.URLClassLoader.findClass(Ljava/lang/String;)Ljava/lang/
Class;
J java.lang.ClassLoader.loadClass(Ljava/lang/String;Z)Ljava/lang/
Class;
j java.lang.ClassLoader.loadClass(Ljava/lang/String;)Ljava/lang/Class;
+3
j java.lang.ClassLoader.loadClassInternal(Ljava/lang/String;)Ljava/
lang/Class;+2
v ~StubRoutines::call_stub
V [libjvm.so+0x213740]
V [libjvm.so+0x327158]
V [libjvm.so+0x2131b2]
V [libjvm.so+0x2132b7]
V [libjvm.so+0x39ebf1]
V [libjvm.so+0x39cea5]
V [libjvm.so+0x39bdd6]
V [libjvm.so+0x39ba90]
V [libjvm.so+0x18dd23]
V [libjvm.so+0x18ed12]
V [libjvm.so+0x2eba58]
V [libjvm.so+0x2ef43a]
V [libjvm.so+0x2ef5a2]
V [libjvm.so+0x2ef3ff]
V [libjvm.so+0x20cd6e]
j org.apache.tools.ant.DefaultLogger.formatTime(J)Ljava/lang/String;
+1
j org.apache.tools.ant.DefaultLogger.buildFinished(Lorg/apache/tools/
ant/BuildEvent;)V+170
j org.apache.tools.ant.Project.fireBuildFinished(Ljava/lang/
Throwable;)V+45
j org.apache.tools.ant.Main.runBuild(Ljava/lang/ClassLoader;)V+533
j org.apache.tools.ant.Main.startAnt([Ljava/lang/String;Ljava/util/
Properties;Ljava/lang/ClassLoader;)V+87
j org.apache.tools.ant.launch.Launcher.run([Ljava/lang/String;)I+601
j org.apache.tools.ant.launch.Launcher.main([Ljava/lang/String;)V+10
v ~StubRoutines::call_stub
V [libjvm.so+0x213740]
V [libjvm.so+0x327158]
V [libjvm.so+0x21359f]
V [libjvm.so+0x2437a3]
V [libjvm.so+0x233a6c]
C [java+0x1b98] JavaMain+0x2c8
C [libpthread.so.0+0x50bd]
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
J java.util.zip.ZipFile.getEntry(JLjava/lang/String;Z)J
J java.util.zip.ZipFile.getEntry(Ljava/lang/String;)Ljava/util/zip/
ZipEntry;
J java.util.jar.JarFile.getEntry(Ljava/lang/String;)Ljava/util/zip/
ZipEntry;
J sun.misc.URLClassPath$JarLoader.getResource(Ljava/lang/String;Z)
Lsun/misc/Resource;
J sun.misc.URLClassPath.getResource(Ljava/lang/String;Z)Lsun/misc/
Resource;
J java.net.URLClassLoader$1.run()Ljava/lang/Object;
v ~StubRoutines::call_stub
J java.security.AccessController.doPrivileged(Ljava/security/
PrivilegedExceptionAction;Ljava/security/AccessControlContext;)Ljava/
lang/Object;
J java.net.URLClassLoader.findClass(Ljava/lang/String;)Ljava/lang/
Class;
J java.lang.ClassLoader.loadClass(Ljava/lang/String;Z)Ljava/lang/
Class;
j java.lang.ClassLoader.loadClass(Ljava/lang/String;)Ljava/lang/Class;
+3
j java.lang.ClassLoader.loadClassInternal(Ljava/lang/String;)Ljava/
lang/Class;+2
v ~StubRoutines::call_stub
j org.apache.tools.ant.DefaultLogger.formatTime(J)Ljava/lang/String;
+1
j org.apache.tools.ant.DefaultLogger.buildFinished(Lorg/apache/tools/
ant/BuildEvent;)V+170
j org.apache.tools.ant.Project.fireBuildFinished(Ljava/lang/
Throwable;)V+45
j org.apache.tools.ant.Main.runBuild(Ljava/lang/ClassLoader;)V+533
j org.apache.tools.ant.Main.startAnt([Ljava/lang/String;Ljava/util/
Properties;Ljava/lang/ClassLoader;)V+87
j org.apache.tools.ant.launch.Launcher.run([Ljava/lang/String;)I+601
j org.apache.tools.ant.launch.Launcher.main([Ljava/lang/String;)V+10
v ~StubRoutines::call_stub
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x08095800 JavaThread "Low Memory Detector" daemon [_thread_blocked,
id=10354, stack(0xb4f35000,0xb4f85000)]
0x08092800 JavaThread "CompilerThread0" daemon [_thread_in_native,
id=10353, stack(0xb4f85000,0xb5005000)]
0x08090c00 JavaThread "Signal Dispatcher" daemon [_thread_blocked,
id=10352, stack(0xb5005000,0xb5055000)]
0x08080800 JavaThread "Finalizer" daemon [_thread_blocked, id=10351,
stack(0xb521e000,0xb526e000)]
0x0807f000 JavaThread "Reference Handler" daemon [_thread_blocked,
id=10350, stack(0xb526e000,0xb52be000)]
=>0x08059400 JavaThread "main" [_thread_in_native, id=10348, stack
(0xb74dd000,0xb752d000)]
Other Threads:
0x0807d400 VMThread [stack: 0xb52be000,0xb533e000] [id=10349]
0x08097400 WatcherThread [stack: 0xb4eb5000,0xb4f35000] [id=10355]
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None
Heap
def new generation total 960K, used 481K [0x8b7d0000, 0x8b8d0000,
0x8bcb0000)
eden space 896K, 51% used [0x8b7d0000, 0x8b844780, 0x8b8b0000)
from space 64K, 25% used [0x8b8b0000, 0x8b8b4018, 0x8b8c0000)
to space 64K, 0% used [0x8b8c0000, 0x8b8c0000, 0x8b8d0000)
tenured generation total 5636K, used 3379K [0x8bcb0000, 0x8c231000,
0x8f7d0000)
the space 5636K, 59% used [0x8bcb0000, 0x8bffce00, 0x8bffce00,
0x8c231000)
compacting perm gen total 12288K, used 2556K [0x8f7d0000,
0x903d0000, 0x937d0000)
the space 12288K, 20% used [0x8f7d0000, 0x8fa4f2e0, 0x8fa4f400,
0x903d0000)
ro space 8192K, 74% used [0x937d0000, 0x93dc93f0, 0x93dc9400,
0x93fd0000)
rw space 12288K, 59% used [0x93fd0000, 0x946e76e0, 0x946e7800,
0x94bd0000)
Dynamic libraries:
08048000-08052000 r-xp 00000000 03:42 146886 /media/hdb2/inst/sw/
jdk/jdk1.6.0_17/jre/bin/java
08052000-08053000 rwxp 00009000 03:42 146886 /media/hdb2/inst/sw/
jdk/jdk1.6.0_17/jre/bin/java
08053000-08212000 rwxp 08053000 00:00 0 [heap]
8b7d0000-8b8d0000 rwxp 8b7d0000 00:00 0
8b8d0000-8bcb0000 rwxp 8b8d0000 00:00 0
8bcb0000-8c231000 rwxp 8bcb0000 00:00 0
8c231000-8f7d0000 rwxp 8c231000 00:00 0
8f7d0000-903d0000 rwxp 8f7d0000 00:00 0
903d0000-937d0000 rwxp 903d0000 00:00 0
937d0000-93dca000 r-xs 00001000 03:42 147001 /media/hdb2/inst/sw/
jdk/jdk1.6.0_17/jre/lib/i386/client/classes.jsa
93dca000-93fd0000 rwxp 93dca000 00:00 0
93fd0000-946e8000 rwxp 005fb000 03:42 147001 /media/hdb2/inst/sw/
jdk/jdk1.6.0_17/jre/lib/i386/client/classes.jsa
946e8000-94bd0000 rwxp 946e8000 00:00 0
94bd0000-94cae000 rwxp 00d13000 03:42 147001 /media/hdb2/inst/sw/
jdk/jdk1.6.0_17/jre/lib/i386/client/classes.jsa
94cae000-94fd0000 rwxp 94cae000 00:00 0
94fd0000-94fd8000 r-xs 00df1000 03:42 147001 /media/hdb2/inst/sw/
jdk/jdk1.6.0_17/jre/lib/i386/client/classes.jsa
94fd8000-953d0000 rwxp 94fd8000 00:00 0
b4b00000-b4b4f000 rwxp b4b00000 00:00 0
b4b4f000-b4c00000 ---p b4b4f000 00:00 0
b4c60000-b4c63000 rwxp b4c60000 00:00 0
b4c63000-b4cb0000 rwxp b4c63000 00:00 0
b4cb0000-b4cb3000 rwxp b4cb0000 00:00 0
b4cb3000-b4dfe000 rwxp b4cb3000 00:00 0
b4dfe000-b4e00000 ---p b4dfe000 00:00 0
b4e00000-b4e01000 r-xp b4e00000 00:00 0
b4e01000-b4e60000 r-xs 00ba3000 03:42 572059 /media/hdb2/inst/sw/
jdk/jdk1.6.0_17/lib/tools.jar
b4e60000-b4e61000 r-xs 00001000 03:42 605883 /media/hdb2/inst/sw/
ant/apache-ant-1.7.1/bootstrap/lib/ant-jmf.jar
b4e61000-b4e63000 r-xs 00015000 03:42 605881 /media/hdb2/inst/sw/
ant/apache-ant-1.7.1/bootstrap/lib/ant-junit.jar
b4e63000-b4e7a000 r-xs 00114000 03:42 605884 /media/hdb2/inst/sw/
ant/apache-ant-1.7.1/bootstrap/lib/xercesImpl.jar
b4e7a000-b4e7b000 r-xs 00003000 03:42 605877 /media/hdb2/inst/sw/
ant/apache-ant-1.7.1/bootstrap/lib/ant-testutil.jar
b4e7b000-b4e8f000 r-xs 00117000 03:42 605878 /media/hdb2/inst/sw/
ant/apache-ant-1.7.1/bootstrap/lib/ant.jar
b4e8f000-b4e97000 r-xs 00028000 03:42 605885 /media/hdb2/inst/sw/
ant/apache-ant-1.7.1/bootstrap/lib/xml-apis.jar
b4e97000-b4e9f000 r-xs 00062000 03:42 605879 /media/hdb2/inst/sw/
ant/apache-ant-1.7.1/bootstrap/lib/ant-nodeps.jar
b4e9f000-b4ea0000 r-xs 00001000 03:42 605880 /media/hdb2/inst/sw/
ant/apache-ant-1.7.1/bootstrap/lib/ant-trax.jar
b4ea0000-b4eb5000 r-xs 0012f000 03:42 605461 /media/hdb2/inst/sw/
ant/apache-ant-1.7.1/build/lib/ant.jar
b4eb5000-b4eb6000 ---p b4eb5000 00:00 0
b4eb6000-b4f35000 rwxp b4eb6000 00:00 0
b4f35000-b4f38000 ---p b4f35000 00:00 0
b4f38000-b4f85000 rwxp b4f38000 00:00 0
b4f85000-b4f88000 ---p b4f85000 00:00 0
b4f88000-b5005000 rwxp b4f88000 00:00 0
b5005000-b5008000 ---p b5005000 00:00 0
b5008000-b5088000 rwxp b5008000 00:00 0
b5088000-b521e000 r-xs 02fb6000 03:42 147016 /media/hdb2/inst/sw/
jdk/jdk1.6.0_17/jre/lib/rt.jar
b521e000-b5221000 ---p b521e000 00:00 0
b5221000-b526e000 rwxp b5221000 00:00 0
b526e000-b5271000 ---p b526e000 00:00 0
b5271000-b52be000 rwxp b5271000 00:00 0
b52be000-b52bf000 ---p b52be000 00:00 0
b52bf000-b534c000 rwxp b52bf000 00:00 0
b534c000-b5366000 rwxp b534c000 00:00 0
b5366000-b5369000 rwxp b5366000 00:00 0
b5369000-b5384000 rwxp b5369000 00:00 0
b5384000-b5385000 rwxp b5384000 00:00 0
b5385000-b5386000 rwxp b5385000 00:00 0
b5386000-b538a000 rwxp b5386000 00:00 0
b538a000-b53a4000 rwxp b538a000 00:00 0
b53a4000-b53aa000 rwxp b53a4000 00:00 0
b53aa000-b53c4000 rwxp b53aa000 00:00 0
b53c4000-b53d5000 rwxp b53c4000 00:00 0
b53d5000-b544f000 rwxp b53d5000 00:00 0
b544f000-b55c7000 rwxp b544f000 00:00 0
b55c7000-b744f000 rwxp b55c7000 00:00 0
b744f000-b745e000 r-xp 00000000 03:42 146928 /media/hdb2/inst/sw/
jdk/jdk1.6.0_17/jre/lib/i386/libzip.so
b745e000-b7460000 rwxp 0000e000 03:42 146928 /media/hdb2/inst/sw/
jdk/jdk1.6.0_17/jre/lib/i386/libzip.so
b7460000-b7469000 r-xp 00000000 00:10 66 /UNIONFS/lib/tls/
libnss_files-2.3.6.so
b7469000-b746b000 rwxp 00008000 00:10 66 /UNIONFS/lib/tls/
libnss_files-2.3.6.so
b746b000-b7473000 r-xp 00000000 00:10 64 /UNIONFS/lib/tls/
libnss_nis-2.3.6.so
b7473000-b7475000 rwxp 00007000 00:10 64 /UNIONFS/lib/tls/
libnss_nis-2.3.6.so
b7475000-b747c000 r-xp 00000000 00:10 60 /UNIONFS/lib/tls/
libnss_compat-2.3.6.so
b747c000-b747e000 rwxp 00006000 00:10 60 /UNIONFS/lib/tls/
libnss_compat-2.3.6.so
b747e000-b7484000 r-xs 00033000 03:42 605424 /media/hdb2/inst/sw/
ant/apache-ant-1.7.1/lib/optional/junit-4.7.jar
b7484000-b748c000 rwxs 00000000 00:0f 28211 /ramdisk/tmp/
hsperfdata_root/10346
b748c000-b749e000 r-xp 00000000 00:10 62 /UNIONFS/lib/tls/
libnsl-2.3.6.so
b749e000-b74a0000 rwxp 00011000 00:10 62 /UNIONFS/lib/tls/
libnsl-2.3.6.so
b74a0000-b74a7000 rwxp b74a0000 00:00 0
b74a7000-b74ad000 r-xp 00000000 03:42 146910 /media/hdb2/inst/sw/
jdk/jdk1.6.0_17/jre/lib/i386/native_threads/libhpi.so
b74ad000-b74ae000 rwxp 00006000 03:42 146910 /media/hdb2/inst/sw/
jdk/jdk1.6.0_17/jre/lib/i386/native_threads/libhpi.so
b74ae000-b74af000 rwxp b74ae000 00:00 0
b74af000-b74b0000 r-xp b74af000 00:00 0
b74b0000-b74d3000 r-xp 00000000 03:42 146924 /media/hdb2/inst/sw/
jdk/jdk1.6.0_17/jre/lib/i386/libjava.so
b74d3000-b74d5000 rwxp 00023000 03:42 146924 /media/hdb2/inst/sw/
jdk/jdk1.6.0_17/jre/lib/i386/libjava.so
b74d5000-b74db000 r-xp 00000000 00:10 717 /UNIONFS/lib/tls/
librt-2.3.6.so
b74db000-b74dd000 rwxp 00005000 00:10 717 /UNIONFS/lib/tls/
librt-2.3.6.so
b74dd000-b74e0000 ---p b74dd000 00:00 0
b74e0000-b752d000 rwxp b74e0000 00:00 0
b752d000-b7550000 r-xp 00000000 00:10 393 /UNIONFS/lib/tls/
libm-2.3.6.so
b7550000-b7552000 rwxp 00022000 00:10 393 /UNIONFS/lib/tls/
libm-2.3.6.so
b7552000-b79b8000 r-xp 00000000 03:42 146917 /media/hdb2/inst/sw/
jdk/jdk1.6.0_17/jre/lib/i386/client/libjvm.so
b79b8000-b79d8000 rwxp 00465000 03:42 146917 /media/hdb2/inst/sw/
jdk/jdk1.6.0_17/jre/lib/i386/client/libjvm.so
b79d8000-b7df9000 rwxp b79d8000 00:00 0
b7df9000-b7f21000 r-xp 00000000 00:10 27 /UNIONFS/lib/tls/
libc-2.3.6.so
b7f21000-b7f26000 r-xp 00127000 00:10 27 /UNIONFS/lib/tls/
libc-2.3.6.so
b7f26000-b7f28000 rwxp 0012c000 00:10 27 /UNIONFS/lib/tls/
libc-2.3.6.so
b7f28000-b7f2b000 rwxp b7f28000 00:00 0
b7f2b000-b7f2d000 r-xp 00000000 00:10 34 /UNIONFS/lib/tls/
libdl-2.3.6.so
b7f2d000-b7f2f000 rwxp 00001000 00:10 34 /UNIONFS/lib/tls/
libdl-2.3.6.so
b7f2f000-b7f36000 r-xp 00000000 03:42 146926 /media/hdb2/inst/sw/
jdk/jdk1.6.0_17/jre/lib/i386/jli/libjli.so
b7f36000-b7f38000 rwxp 00006000 03:42 146926 /media/hdb2/inst/sw/
jdk/jdk1.6.0_17/jre/lib/i386/jli/libjli.so
b7f38000-b7f46000 r-xp 00000000 00:10 376 /UNIONFS/lib/tls/
libpthread-2.3.6.so
b7f46000-b7f48000 rwxp 0000d000 00:10 376 /UNIONFS/lib/tls/
libpthread-2.3.6.so
b7f48000-b7f4b000 rwxp b7f48000 00:00 0
b7f4b000-b7f4c000 r-xs 00001000 03:42 605876 /media/hdb2/inst/sw/
ant/apache-ant-1.7.1/bootstrap/lib/ant-swing.jar
b7f4c000-b7f4d000 r-xs 00002000 03:42 605882 /media/hdb2/inst/sw/
ant/apache-ant-1.7.1/bootstrap/lib/ant-launcher.jar
b7f4d000-b7f58000 r-xp 00000000 03:42 146923 /media/hdb2/inst/sw/
jdk/jdk1.6.0_17/jre/lib/i386/libverify.so
b7f58000-b7f59000 rwxp 0000b000 03:42 146923 /media/hdb2/inst/sw/
jdk/jdk1.6.0_17/jre/lib/i386/libverify.so
b7f59000-b7f5b000 rwxp b7f59000 00:00 0
b7f5b000-b7f5c000 r-xp b7f5b000 00:00 0 [vdso]
b7f5c000-b7f71000 r-xp 00000000 00:10 24 /UNIONFS/lib/
ld-2.3.6.so
b7f71000-b7f73000 rwxp 00014000 00:10 24 /UNIONFS/lib/
ld-2.3.6.so
bfc64000-bfc7a000 rwxp bfc64000 00:00 0 [stack]
VM Arguments:
jvm_args: -Dant.home=/media/hdb2/inst/sw/ant/apache-ant-1.7.1/
bootstrap -Dant.library.dir=/media/hdb2/inst/sw/ant/apache-ant-1.7.1/
bootstrap/lib
java_command: org.apache.tools.ant.launch.Launcher -cp /media/hdb2/
inst/sw/ant/apache-ant-1.7.1/build/lib/ant.jar -nouserlib -lib lib/
optional -Dant.install=/media/hdb2/inst/sw/ant/apache-ant-1.7.1 -
Ddist.dir=/media/hdb2/inst/sw/ant/1.7.1 dist
Launcher Type: SUN_STANDARD
Environment Variables:
JAVA_HOME=/media/hdb2/inst/sw/jdk/jdk1.6.0_17
CLASSPATH=/media/hdb2/inst/sw/ant/apache-ant-1.7.1/build/lib/ant.jar
PATH=/media/hdb2/inst/sw/ant/apache-ant-1.7.1/bin:/media/hdb2/inst/sw/
jdk/jdk1.6.0_17/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:/usr/
local/sbin:/usr/local/bin:/usr/games:/usr/NX/bin
LD_LIBRARY_PATH=/media/hdb2/inst/sw/jdk/jdk1.6.0_17/jre/lib/i386/
client:/media/hdb2/inst/sw/jdk/jdk1.6.0_17/jre/lib/i386:/media/hdb2/
inst/sw/jdk/jdk1.6.0_17/jre/../lib/i386
SHELL=/bin/bash
Signal Handlers:
SIGSEGV: [libjvm.so+0x3fc370], sa_mask[0]=0x7ffbfeff,
sa_flags=0x10000004
SIGBUS: [libjvm.so+0x3fc370], sa_mask[0]=0x7ffbfeff,
sa_flags=0x10000004
SIGFPE: [libjvm.so+0x325f30], sa_mask[0]=0x7ffbfeff,
sa_flags=0x10000004
SIGPIPE: [libjvm.so+0x325f30], sa_mask[0]=0x7ffbfeff,
sa_flags=0x10000004
SIGXFSZ: [libjvm.so+0x325f30], sa_mask[0]=0x7ffbfeff,
sa_flags=0x10000004
SIGILL: [libjvm.so+0x325f30], sa_mask[0]=0x7ffbfeff,
sa_flags=0x10000004
SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGUSR2: [libjvm.so+0x328b20], sa_mask[0]=0x00000000,
sa_flags=0x10000004
SIGHUP: [libjvm.so+0x328850], sa_mask[0]=0x7ffbfeff,
sa_flags=0x10000004
SIGINT: [libjvm.so+0x328850], sa_mask[0]=0x7ffbfeff,
sa_flags=0x10000004
SIGTERM: [libjvm.so+0x328850], sa_mask[0]=0x7ffbfeff,
sa_flags=0x10000004
SIGQUIT: [libjvm.so+0x328850], sa_mask[0]=0x7ffbfeff,
sa_flags=0x10000004
--------------- S Y S T E M ---------------
OS:4.0
uname:Linux 2.6.19 #7 SMP PREEMPT Sun Dec 17 22:01:07 CET 2006 i686
libc:glibc 2.3.6 NPTL 2.3.6
rlimit: STACK 8192k, CORE 0k, NPROC 15871, NOFILE 1024, AS infinity
load average:0.87 0.48 0.23
CPU:total 2 (2 cores per cpu, 1 threads per core) family 15 model 4
stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3
Memory: 4k page, physical 2010344k(1275328k free), swap 0k(0k free)
vm_info: Java HotSpot(TM) Client VM (14.3-b01) for linux-x86 JRE
(1.6.0_17-b04), built on Oct 11 2009 01:17:07 by "java_re" with gcc
3.2.1-7a (J2SE release)
time: Wed Nov 11 14:24:44 2009
elapsed time: 5 seconds
root@Knoppix:/media/hdb2/inst/sw/ant/apache-ant-1.7.1#
</code>
Måns Rullgård
> # A fatal error has been detected by the Java Runtime Environment:
> #
> # SIGBUS (0x7) at pc=0xb745ac53, pid=10346, tid=3075656624
Java crashed.
> # JRE version: 6.0_17-b04
> # Java VM: Java HotSpot(TM) Client VM (14.3-b01 mixed mode, sharing linux-x86 )
That's a fairly recent JVM version...
> uname:Linux 2.6.19 #7 SMP PREEMPT Sun Dec 17 22:01:07 CET 2006 i686
> libc:glibc 2.3.6 NPTL 2.3.6
... running on an ancient system.
I wouldn't expect that to work very well, even by Java standards.
--
M�ns Rullg�rd
ma...@mansr.com
Trevor Hemsley
Mueller <lbr...@gmail.com> wrote:
> # JRE version: 6.0_17-b04
> # Java VM: Java HotSpot(TM) Client VM (14.3-b01 mixed mode, sharing
> linux-x86 )
> # Problematic frame:
> # C [libzip.so+0xbc53]
Is it always in libzip.so?
--
Trevor Hemsley, Brighton, UK
Trevor dot Hemsley at ntlworld dot com
Albretch Mueller
>> # Java VM: Java HotSpot(TM) Client VM (14.3-b01 mixed mode, sharing linux-x86 )
>That's a fairly recent JVM version...
>> uname:Linux 2.6.19 #7 SMP PREEMPT Sun Dec 17 22:01:07 CET 2006 i686
>> libc:glibc 2.3.6 NPTL 2.3.6
>... running on an ancient system.
>I wouldn't expect that to work very well, even by Java standards.
Yeah, it is the very latest jdk (which -apparently- installed just
fine) is there a way to double check that the installation went well?
That problem happened as I tried to build ant
>> # Problematic frame:
>> # C [libzip.so+0xbc53]
> Is it always in libzip.so?
no, not always
the reason I am asking you guys directly is because running a google
search does not get you the real thing
I would like to use these errors to actually learn about the reasons
why they are happening
Any good books or links on it that would thoroughly tutor you into
these matters?
Thanks
lbrtchx
alexandre...@yahoo.fr
> Albretch Mueller <lbrt...@gmail.com> writes:
> > # A fatal error has been detected by the Java Runtime Environment:
> > #
> > # SIGBUS (0x7) at pc=0xb745ac53, pid=10346, tid=3075656624
>
> Java crashed.
really?
> > # JRE version: 6.0_17-b04
> > # Java VM: Java HotSpot(TM) Client VM (14.3-b01 mixed mode, sharing linux-x86 )
>
> That's a fairly recent JVM version...
>
> > uname:Linux 2.6.19 #7 SMP PREEMPT Sun Dec 17 22:01:07 CET 2006 i686
> > libc:glibc 2.3.6 NPTL 2.3.6
>
> ... running on an ancient system.
2.6.19 is... ancient system? I'm running latest Java on older than
that!
I've got a kernel 2.6.16 / libc 2.3.6 running the latest
Java 1.6:
... $ uname -a
Linux ... 2.6.16.33 #1 SMP Fri Mar 30 04:13:58 BST 2007 i686 GNU/Linux
... $ java -version
java version "1.6.0_17"
Java(TM) SE Runtime Environment (build 1.6.0_17-b04)
That machine regularly reaches 6 months of uptime (it's when I move
it or when there's a "brown-out" that it needs to be rebooted, I'm
not even using an UPS and it regularly reaches 6 month of uptime).
I'd hardly call my Core 2 Duo / 4 GB workstation 'ancient' that said,
even if I have it since, what, 3 years.
I wouldn't even call my old Pentium 4 that I use as an SVN server
(and backups burner) an 'ancient system'.
Now my old Celeron 300 Mhz, that still runs flawlessly, is
maybe an ancient system.
Personally if my workstation cannot reach 6 months of uptime
I don't consider it to be worthy using (my views on systems
that needs to be patched every tuesday or be subject to tens
of admins-exploits are mostly unprintable, to paraphrase Alan Cox :)
Remember that in some environment *rebooting* is considered
to be an unreliable mode of operation.
2.6.19 an ancient system, you made my day ;)
(this post typed on a Linux 2.6.16 'dinosaur' Core 2 Duo
from the fourth ice age, used to develop on IntelliJ 8 / Java
1.6.0_17b04 ;)
John Reiser
>
> Current thread (0x08059400): JavaThread "main" [_thread_in_native,
> id=10348, stack(0xb74dd000,0xb752d000)]
>
> siginfo:si_signo=SIGBUS: si_errno=0, si_code=2 (BUS_ADRERR),
> si_addr=0xb4eb1d09
SIGBUS is somewhat rare; SIGSEGV is more common.
Learn the difference, it is usually a good clue.
> Registers:
> EAX=0xb4d0bd98, EBX=0xb745f7bc, ECX=0xb4ea0000, EDX=0x0012f000
> ESP=0xb752abd8, EBP=0xb752ac00, ESI=0xb4eb1cec, EDI=0x081b0458
> EIP=0xb745ac53, CR2=0xb4eb1d09, EFLAGS=0x00210282
> Instructions: (pc=0xb745ac53)
> 0xb745ac43: 8b 70 04 8b 45 08 8b 48 10 8b 50 1c 01 ce 29 d6
> 0xb745ac53: 0f b6 46 1d 0f b6 56 1c c1 e0 08 09 c2 89 55 f0
This info is poor. It should have been disassembled into instructions.
If left in hex only, then it should give also the *preceding* 16 bytes.
The disassembly is:
pc: mov 0x4(%eax),%esi
mov 0x8(%ebp),%eax
mov 0x10(%eax),%ecx
mov 0x1c(%eax),%edx
add %ecx,%esi
sub %edx,%esi
movzbl 0x1d(%esi),%eax
movzbl 0x1c(%esi),%edx
shl $0x8,%eax <<<<< do you recognize this?
or %eax,%edx
mov %edx,-0x10(%ebp)
So the address 4+%eax generated SIGBUS on a READ from memory into %esi.
%eax was 0xb4d0bd98. Looking at the memory map ("Dynamic libraries"):
> 94fd0000-94fd8000 r-xs 00df1000 03:42 147001 /media/hdb2/inst/sw/
> jdk/jdk1.6.0_17/jre/lib/i386/client/classes.jsa
> 94fd8000-953d0000 rwxp 94fd8000 00:00 0
> b4b00000-b4b4f000 rwxp b4b00000 00:00 0
> b4b4f000-b4c00000 ---p b4b4f000 00:00 0
> b4c60000-b4c63000 rwxp b4c60000 00:00 0
> b4c63000-b4cb0000 rwxp b4c63000 00:00 0
> b4cb0000-b4cb3000 rwxp b4cb0000 00:00 0
> b4cb3000-b4dfe000 rwxp b4cb3000 00:00 0 <<<<< 0xb4d0bd98 is here
> b4dfe000-b4e00000 ---p b4dfe000 00:00 0
> b4e00000-b4e01000 r-xp b4e00000 00:00 0
> b4e01000-b4e60000 r-xs 00ba3000 03:42 572059 /media/hdb2/inst/sw/
> jdk/jdk1.6.0_17/lib/tools.jar
So the bad address is inside a region of 0x14b000 bytes (0xb4dfe000
- 0xb4cb3000) that is mapped ("p") with all access allowed ("rwx"),
and there are regions of no-access ("---p") nearby (at b4b4f000-b4c00000
and b4dfe000-b4e00000). Does this give you any clue?
Furthermore, the regions are all RAM (device 00:00) and do not correspond
directly to any file in the filesystem, unlike the files classes.jsa
and tools.jar, which are in the filesystem on device 03:42 with the
indicated inode numbers 147001 and 572059 ["/bin/ls -li <<file>>"].
Unless you have any further info, this suggests a hardware error.
The RAM was slow (did not respond soon enough), or the RAM had an ECC error,
or the memory controller was indisposed, etc. Check syslog (often contained
in /var/log/messages) for more info.
Run memtest86+ for 24 straight hours. Note the temperatures of the
air intake and exhaust, chassis, CPU, etc.
--
Alan Curry
John Reiser <jrei...@comcast.net> wrote:
>
>> Registers:
>> EAX=0xb4d0bd98, EBX=0xb745f7bc, ECX=0xb4ea0000, EDX=0x0012f000
>> ESP=0xb752abd8, EBP=0xb752ac00, ESI=0xb4eb1cec, EDI=0x081b0458
>> EIP=0xb745ac53, CR2=0xb4eb1d09, EFLAGS=0x00210282
>
>> Instructions: (pc=0xb745ac53)
>> 0xb745ac43: 8b 70 04 8b 45 08 8b 48 10 8b 50 1c 01 ce 29 d6
>> 0xb745ac53: 0f b6 46 1d 0f b6 56 1c c1 e0 08 09 c2 89 55 f0
>
>This info is poor. It should have been disassembled into instructions.
>If left in hex only, then it should give also the *preceding* 16 bytes.
I think you missed it. It looks to me like it did give the preceding 16
bytes. The EIP/pc value 0xb745ac53 is at the beginning of the second row.
>The disassembly is:
>pc: mov 0x4(%eax),%esi
> mov 0x8(%ebp),%eax
> mov 0x10(%eax),%ecx
> mov 0x1c(%eax),%edx
> add %ecx,%esi
> sub %edx,%esi
> movzbl 0x1d(%esi),%eax
> movzbl 0x1c(%esi),%edx
> shl $0x8,%eax <<<<< do you recognize this?
> or %eax,%edx
> mov %edx,-0x10(%ebp)
If I'm right, the movzbl 0x1d(%esi),%eax is actually the faulting
instruction. The ESI value from the register dump is 0xb4eb1cec. Add 0x1d to
that and you get 0xb4eb1d09, matching CR2, which I think provides additional
support to my interpretation.
The corresponding memory mapping would be this one:
>b4ea0000-b4eb5000 r-xs 0012f000 03:42 605461 /media/hdb2/inst/sw/ant/apache-ant-1.7.1/build/lib/ant.jar
The simplest explanation for a SIGBUS on that address is that the file
ant.jar experienced an I/O error because of a disk block going bad.
Also, the "r-xs" indicates MAP_SHARED without PROT_WRITE, which seems odd.
I don't know if that is a clue.
--
Alan Curry
John Reiser
> In article<lbqdnc6o5J1...@giganews.com>,
> John Reiser<jrei...@comcast.net> wrote:
>>> Instructions: (pc=0xb745ac53)
>>> 0xb745ac43: 8b 70 04 8b 45 08 8b 48 10 8b 50 1c 01 ce 29 d6
>>> 0xb745ac53: 0f b6 46 1d 0f b6 56 1c c1 e0 08 09 c2 89 55 f0
>>
>> This info is poor. It should have been disassembled into instructions.
>> If left in hex only, then it should give also the *preceding* 16 bytes.
>
> I think you missed it. It looks to me like it did give the preceding 16
> bytes. The EIP/pc value 0xb745ac53 is at the beginning of the second row.
Yes, I missed it. The 16 bytes which precede pc are there on the first row.
[Incorrect pc: here]
>> pc: mov 0x4(%eax),%esi
>> mov 0x8(%ebp),%eax
>> mov 0x10(%eax),%ecx
>> mov 0x1c(%eax),%edx
>> add %ecx,%esi
>> sub %edx,%esi
[Correct pc: here]
>> movzbl 0x1d(%esi),%eax
>> movzbl 0x1c(%esi),%edx
>> shl $0x8,%eax<<<<< do you recognize this?
>> or %eax,%edx
>> mov %edx,-0x10(%ebp)
>
> If I'm right, the movzbl 0x1d(%esi),%eax is actually the faulting
> instruction. The ESI value from the register dump is 0xb4eb1cec. Add 0x1d to
> that and you get 0xb4eb1d09, matching CR2, which I think provides additional
> support to my interpretation.
>
> The corresponding memory mapping would be this one:
>
>> b4ea0000-b4eb5000 r-xs 0012f000 03:42 605461 /media/hdb2/inst/sw/ant/apache-ant-1.7.1/build/lib/ant.jar
>
> The simplest explanation for a SIGBUS on that address is that the file
> ant.jar experienced an I/O error because of a disk block going bad.
The code fetches two adjacent bytes 0x1d(%esi) and 0x1c(%esi) then
combines them into a 16-bit quantity. This is part of what zlib does
to compute a hash function. A hash is computed for each pair of
adjacent bytes. The address 0xb4eb1d09 is not near a page boundary (4KB)
nor a disk block boundary (512, 1024, 2048 bytes), so it is likely
that hashes have been computed for nearby preceding pairs shortly before
(in program flow logic). So the I/O error should have affected
those earlier hashes, unless the RAM page was reclaimed after those
earlier hashes and re-read from the device just before the current hash.
To the original poster: what was the paging activity? Is "/media/hdb2"
a removable device, such as a USB2.0 flash storage device?
Has the device (and the socket) been reliable?
> Also, the "r-xs" indicates MAP_SHARED without PROT_WRITE, which seems odd.
> I don't know if that is a clue.
"grep libc /proc/self/maps" shows that the usual mapping of a page of
C-language instructions is "r-xp" (Read, no write, eXecute, Private).
Perhaps Java prefers "r-xs" (Read, no write, eXecute, Shared) although
there is no immediate program-visible difference (both are "r-x")
except for the information that is carried along as part of the accounting.
--
Mike Schilling
>
> the reason I am asking you guys directly is because running a google
> search does not get you the real thing
>
> I would like to use these errors to actually learn about the reasons
> why they are happening
>
> Any good books or links on it that would thoroughly tutor you into
> these matters?
Not that I know of. It's in general not very profitable to try to debug
the JVM. The fix tends to be "Uninstall and re-install" or "Download a newer
version of the OS, the JDK, or both", and the most efficient approach is to
check for versions that people have had success with.
Albretch Mueller
wrote:
You are right and I wasn't actually trying to debug the JVM, but
learning in general about it. I used to do that even with Fortran, but
at some point a long time ago I stopped doing it
~
Any good books/tutorials about it?
~
Thanks
lbrtchs
Mike Schilling
krel
> ~
> You are right and I wasn't actually trying to debug the JVM, but
> learning in general about it. I used to do that even with Fortran, but
> at some point a long time ago I stopped doing it
> ~
> Any good books/tutorials about it?
> ~
As an absolute Non Expert, I would say that you learn this things
through experience mostly. Experience, and reading posts like the ones
made by John Reiser and Alan Curry in this thread.