We have worked on 1-12692371 before becasue many crash problem have been happening.
CPRE suggested the customer to put LD_ASSUME_KERNEL=2.4.1 environment
value to prevent the erratically crash problem.
However, it still happens even if they put it. So in this time,
they tried to get a core with debug build of 1.4.2_08.
I can see some similar known bug from thread dump, but most of
all known bugs seems to be just only an exception instead of crash.


[env]
JDK version:Java HotSpot(TM) Client VM (build 1.4.2_08-b03, mixed mode)
java version: Java HotSpot(TM) Client VM (build 1.4.2_08-b03, mixed mode)
Operating System : Red Hat Enterprise Linux AS release 3 (Taroon Update 1)

[native stack trace]
(gdb) where
#0 0xb7470e91 in kill () from /root/work/nttcom/18446/lib/libc.so.6
#1 0xb758e22d in pthread_kill () from /root/work/nttcom/18446/lib/libpthread.so.0
#2 0xb758e5cb in raise () from /root/work/nttcom/18446/lib/libpthread.so.0
#3 0xb7470c34 in raise () from /root/work/nttcom/18446/lib/libc.so.6
#4 0xb747219b in abort () from /root/work/nttcom/18446/lib/libc.so.6
#5 0xb690880f in os::abort (dump_core=1) at /export/jdk142-update/ws/fcs/hotspot/src/os/linux/vm/os_linux.cpp:595
#6 0xb6906cd8 in os::handle_unexpected_exception (thread=0xa7c06b08, sig=11, pc=0xb69b556e "\213J\004\211",
    extra_info=0xa878dc90) at /export/jdk142-update/ws/fcs/hotspot/src/share/vm/runtime/os.cpp:878
#7 0xb690cad2 in JVM_handle_linux_signal (sig=11, info=0xa878dc90, ucVoid=0xa878dd10, abort_if_unrecognized=1)
    at /export/jdk142-update/ws/fcs/hotspot/src/os_cpu/linux_i486/vm/os_linux_i486.cpp:500
#8 0xb690a260 in signalHandler (sig=11, info=0xa878dc90, uc=0xa878dd10)
    at /export/jdk142-update/ws/fcs/hotspot/src/os/linux/vm/os_linux.cpp:1528
#9 0xb75910ba in __pthread_sighandler_rt () from /root/work/nttcom/18446/lib/libpthread.so.0
#10 <signal handler called>
#11 0xb69b556e in Chunk::next () from /root/work/nttcom/18446/lib/libjvm_g.so
#12 0xb66e4c19 in Chunk::chop (this=0x6669) at /export/jdk142-update/ws/fcs/hotspot/src/share/vm/memory/allocation.cpp:213
#13 0xb66e4c95 in Chunk::next_chop (this=0xa7c0c2e8)
    at /export/jdk142-update/ws/fcs/hotspot/src/share/vm/memory/allocation.cpp:222
#14 0xb69d9d5c in HandleMark::pop_and_restore () from /root/work/nttcom/18446/lib/libjvm_g.so
#15 0xb69d99aa in HandleMarkCleaner::~HandleMarkCleaner () from /root/work/nttcom/18446/lib/libjvm_g.so
#16 0xb685f807 in jni_GetByteArrayRegion () from /root/work/nttcom/18446/lib/libjvm_g.so
#17 0xb6577303 in writeBytes (env=0xa7c06bb4, this=0xa87ff890, bytes=0xa87ff88c, off=0, len=149, fid=0x578f7223)
    at ../../../src/share/native/java/io/io_util.c:136
#18 0xb6572492 in Java_java_io_FileOutputStream_writeBytes (env=0xa7c06bb4, this=0xa87ff890, bytes=0xa87ff88c, off=0, len=149)
    at ../../../src/share/native/java/io/FileOutputStream.c:54
#19 0xb24c26ac in ?? ()
#20 0xa7c06bb4 in ?? ()
#21 0xa87ff890 in ?? ()
#22 0xa87ff88c in ?? ()
#23 0x00000000 in ?? ()

[hs_err_pid14384.log]
Current Java thread:
        at java.io.FileOutputStream.writeBytes(Native Method)
        at java.io.FileOutputStream.write(FileOutputStream.java:260)
        at sun.nio.cs.StreamEncoder$CharsetSE.writeBytes(StreamEncoder.java:336)
        at sun.nio.cs.StreamEncoder$CharsetSE.implFlushBuffer(StreamEncoder.java:404)
        at sun.nio.cs.StreamEncoder$CharsetSE.implFlush(StreamEncoder.java:408)
        at sun.nio.cs.StreamEncoder.flush(StreamEncoder.java:152)
        - locked <0xaa95f1d0> (a java.io.OutputStreamWriter)
        at java.io.OutputStreamWriter.flush(OutputStreamWriter.java:213)
        at org.apache.log4j.helpers.QuietWriter.flush(QuietWriter.java:49)
        at org.apache.log4j.WriterAppender.subAppend(WriterAppender.java:306)
        at org.apache.log4j.RollingFileAppender.subAppend(RollingFileAppender.java:225)
        at org.apache.log4j.WriterAppender.append(WriterAppender.java:150)
        at org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:221)
        - locked <0xaa922d48> (a org.apache.log4j.RollingFileAppender)
        at org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:57)
        at org.apache.log4j.Category.callAppenders(Category.java:187)
        - locked <0xaa8fb558> (a org.apache.log4j.spi.RootCategory)
        at org.apache.log4j.Category.forcedLog(Category.java:372)
        at org.apache.log4j.Category.error(Category.java:286)
        at jp.co.nttcom.bussiness.xcpipqos.server.datacollector.DataCollector.run(DataCollector.java:171)
        at java.lang.Thread.run(Thread.java:534)