UNSOLVED

ChronHermann

updated

13 years ago

0

3191

November 25th, 2013 07:00

JVM Crash Error while reading blobs (clips)

Hello together,

I have a Java server which is executing scheduled jobs. The job load clips, which i've uploaded a time ago in a public emc centera.

After a while (one or two hours), the Java server crashes with a JVM error. It appears that the error occurs while a scheduled job is running.

#

# A fatal error has been detected by the Java Runtime Environment:

#

#  SIGSEGV (0xb) at pc=0x0000000000000000, pid=62558, tid=140042202744576

#

# JRE version: 6.0_43-b01

# Java VM: Java HotSpot(TM) 64-Bit Server VM (20.14-b01 mixed mode linux-amd64 compressed oops)

# Problematic frame:

# C  0x0000000000000000

#

# 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 (0x00007f5d238e3000):  JavaThread "pool-1-thread-121" [_thread_in_native, id=3769, stack(0x00007f5e19ff8000,0x00007f5e1dbf9000)]

siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0x0000000000000000

Registers:

RAX=0x00007f5d113f3510, RBX=0x00007f5e80b79500, RCX=0x0000000000000000, RDX=0x00007f5d17202bb0

RSP=0x00007f5e1dbf69d8, RBP=0x00007f5d6ea387e0, RSI=0x00007f5e643e6660, RDI=0x00007f5d2788cae0

R8 =0x000000000000ffff, R9 =0x000000000000000f, R10=0xfffffffffffff81f, R11=0x00007f5f2570fdae

R12=0x00007f5e643e6660, R13=0x00007f5e643e6670, R14=0x00007f5e1dbf6ec0, R15=0x00007f5d2788cae0

RIP=0x0000000000000000, EFLAGS=0x0000000000010202, CSGSFS=0x666e000000000033, ERR=0x0000000000000014

  TRAPNO=0x000000000000000e

 

Top of Stack: (sp=0x00007f5e1dbf69d8)

0x00007f5e1dbf69d8:   00007f5ee5ba3af3 00000000000001e7

0x00007f5e1dbf69e8:   0000000000000000 00007f5e1dbf6a30

0x00007f5e1dbf69f8:   00007f5e1dbf6ad0 00000000000001e7

0x00007f5e1dbf6a08:   0000000000000000 00007f5e1dbf7120

0x00007f5e1dbf6a18:   00007f5e1dbf71a0 00007f5d171c0290

0x00007f5e1dbf6a28:   00007f5e643e9b20 00007f5ee633c6d0

0x00007f5e1dbf6a38:   00007f5e1dbf6b00 00007f5d167b6f80

0x00007f5e1dbf6a48:   0000000e00000040 000000000000000e

0x00007f5e1dbf6a58:   00007f5e00000002 0000000016d69fa8

0x00007f5e1dbf6a68:   00007f5f25000000 00000000fbad8001

0x00007f5e1dbf6a78:   00007f5efc2e7d70 0000000a0000000a

0x00007f5e1dbf6a88:   0000000a00000000 00007f5d172387e0

0x00007f5e1dbf6a98:   00007f5e1dbf6d01 00007f5e1dbf6d9e

0x00007f5e1dbf6aa8:   00007f5e643e6660 00007f5e643e45f0

0x00007f5e1dbf6ab8:   00007f5ee5d16acc 00007f5e643e4600

0x00007f5e1dbf6ac8:   00007f5efc1d12f9 00007f5ee633f870

0x00007f5e1dbf6ad8:   00007f5ee5baec00 00007f5d1658cf10

0x00007f5e1dbf6ae8:   0000002400000040 0000000000000024

0x00007f5e1dbf6af8:   0000000000000000 00007f5e80b79500

0x00007f5e1dbf6b08:   00007f5e400154c0 0000000000000000

0x00007f5e1dbf6b18:   00007f5e643e6660 00007f5e1dbf6ec0

0x00007f5e1dbf6b28:   0000000000000000 00007f5d2788cae0

0x00007f5e1dbf6b38:   00007f5e643e6660 0000000000000006

0x00007f5e1dbf6b48:   00007f5ee5baf02e 00000000000001e7

0x00007f5e1dbf6b58:   0000000000000000 00007f5d2788cae0

0x00007f5e1dbf6b68:   00007f5e1dbf6ec0 00007f5e1dbf6d20

0x00007f5e1dbf6b78:   00007f5e1dbf6d28 00007f5e00000021

0x00007f5e1dbf6b88:   0000000000000008 0000000000000001

0x00007f5e1dbf6b98:   00007f5e1dbf6c40 0000000000000000

0x00007f5e1dbf6ba8:   0000000000000000 00007f5e1dbf7120

0x00007f5e1dbf6bb8:   00007f5e1dbf71a0 00007f5d171c0290

0x00007f5e1dbf6bc8:   00007f5e643e45f0 00007f5d166c5700

Instructions: (pc=0x0000000000000000)

0xffffffffffffffe0:  

Register to memory mapping:

RAX=0x00007f5d113f3510 is an unknown value

RBX=0x00007f5e80b79500 is an unknown value

RCX=0x0000000000000000 is an unknown value

RDX=0x00007f5d17202bb0 is an unknown value

RSP=0x00007f5e1dbf69d8 is pointing into the stack for thread: 0x00007f5d238e3000

RBP=0x00007f5d6ea387e0 is an unknown value

RSI=0x00007f5e643e6660 is an unknown value

RDI=0x00007f5d2788cae0 is an unknown value

R8 =0x000000000000ffff is an unknown value

R9 =0x000000000000000f is an unknown value

R10=0xfffffffffffff81f is an unknown value

R11=0x00007f5f2570fdae: in /lib64/libc.so.6 at 0x00007f5f2568c000

R12=0x00007f5e643e6660 is an unknown value

R13=0x00007f5e643e6670 is an unknown value

R14=0x00007f5e1dbf6ec0 is pointing into the stack for thread: 0x00007f5d238e3000

R15=0x00007f5d2788cae0 is an unknown value

Stack: [0x00007f5e19ff8000,0x00007f5e1dbf9000],  sp=0x00007f5e1dbf69d8,  free space=61434k

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)

J  com.filepool.natives.FPLibraryNative.FPTag_BlobReadPartial(JLjava/io/OutputStream;JJJ)V

J  com.filepool.fplibrary.FPTag.BlobRead(Ljava/io/OutputStream;)V

J  java.util.concurrent.ThreadPoolExecutor$Worker.run()V

j  java.lang.Thread.run()V+11

v  ~StubRoutines::call_stub

The behavior I can not explain. Anyone know the problem and can help me?