Java 运行时环境检测到致命错误：SIGSEGV、libjvm
声明：本页面是StackOverFlow热门问题的中英对照翻译，遵循CC BY-SA 4.0协议，如果您需要使用它，必须同样遵循CC BY-SA许可，注明原文地址和作者信息，同时你必须将它归于原作者（不是我）：StackOverFlow
原文地址: http://stackoverflow.com/questions/6448163/
Warning: these are provided under cc-by-sa 4.0 license. You are free to use/share it, But you must attribute it to the original authors (not me):
StackOverFlow
A fatal error has been detected by the Java Runtime Environment: SIGSEGV, libjvm
提问by evgeni
Hi and thanks for reading,
您好，感谢您的阅读，
I have the following error while running my program and?can't figure out what the solution would be. I also looked?at all the topics with a similar error here, but could not resolve my issue. Here the error:
我在运行我的程序时遇到以下错误，无法弄清楚解决方案是什么。我还查看了所有有类似错误的主题，但无法解决我的问题。这里的错误：
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x00007f0b024734cd, pid=21947, tid=139676677560592
#
# JRE version: 6.0_15-b03
# Java VM: Java HotSpot(TM) 64-Bit Server VM (14.1-b02 mixed mode linux-amd64 )
# Problematic frame:
# V [libjvm.so+0x5df4cd]
My program takes some serialized objects and deserializes them, this is where the problem occurs. The strange thing however is, that the same code with the same objects to deserialize works perfectly fine on other machines with the same hardware, OS, etc. (I'm not sure if this might be hardware related, but I guess its not).
我的程序需要一些序列化的对象并反序列化它们，这就是问题发生的地方。然而，奇怪的是，具有相同对象进行反序列化的相同代码在具有相同硬件、操作系统等的其他机器上运行得非常好（我不确定这是否与硬件有关，但我猜不是） .
Here is the code, that I'm executing in Java:
这是我在 Java 中执行的代码：
FileInputStream f_in = new FileInputStream(path+"/"+docNum+"/"+docNum+"Part.data");
ObjectInputStream obj_in = new ObjectInputStream (f_in);
Object obj = obj_in.readObject();
//ERROR
FileInputStream f_in5 = new FileInputStream(path+"/"+docNum+"/"+docNum+"Part_clustIdx_pairClustIdxs_.data");
ObjectInputStream obj_in5 = new ObjectInputStream (f_in5);
Object clustIdx_pairClustIdxs = obj_in5.readObject();
FileInputStream f_in4 = new FileInputStream(path+"/"+docNum+"/"+docNum+"Part_pairClustIdxs_pairPartRootNodeIds_.data");
ObjectInputStream obj_in4 = new ObjectInputStream (f_in4);
Object pairClustIdxs_pairPartRootNodeIds = obj_in4.readObject();
FileInputStream f_in3 = new FileInputStream(path+"/"+docNum+"/"+docNum+"Part_clustIdx_partRootNodeIds_.data");
ObjectInputStream obj_in3 = new ObjectInputStream (f_in3);
Object clustIdx_partRootNodeIds = obj_in3.readObject();
FileInputStream f_in2 = new FileInputStream(path+"/"+docNum+"/"+docNum+"Part_rootNodeId_Part.data");
ObjectInputStream obj_in2 = new ObjectInputStream (f_in2);
Object rootNodeId_Part = obj_in2.readObject();
Part part = (Part) obj;
part.rootNodeId_part_ = (Map<String, Part>) rootNodeId_Part;
part.clustIdx_partRootNodeIds_ = (Map<Integer,TreeSet<String>> ) clustIdx_partRootNodeIds;
part.pairClustIdxs_pairPartRootNodeIds_ = (Map<Pair<Integer,Integer>,Set<Pair<String,String>>> ) pairClustIdxs_pairPartRootNodeIds;
part.clustIdx_pairClustIdxs_ = (Map<Integer,Set<Pair<Integer,Integer>>> ) clustIdx_pairClustIdxs;
The error occurs after the first deserialization block. However, if I interchange it with any of the following blocks, the error is still in the second deserialization block. Again, the same code, with the same data works just fine on other machines. I tried reinstalling and?updating Java, but it didn't help.
该错误发生在第一个反序列化块之后。但是，如果我将它与以下任何块交换，错误仍然在第二个反序列化块中。同样，具有相同数据的相同代码在其他机器上也能正常工作。我尝试重新安装和更新 Java，但没有帮助。
Here the logfile of the error:
这里是错误的日志文件：
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x00007f0b024734cd, pid=21947, tid=139676677560592
#
# JRE version: 6.0_15-b03
# Java VM: Java HotSpot(TM) 64-Bit Server VM (14.1-b02 mixed mode linux-amd64 )
# Problematic frame:
# V [libjvm.so+0x5df4cd]
#
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
#
--------------- T H R E A D ---------------
Current thread (0x00000000408c9000): GCTaskThread [stack: 0x00007f0902afd000,0x00007f0902bfe000] [id=21951]
siginfo:si_signo=SIGSEGV: si_errno=0, si_code=128 (), si_addr=0x0000000000000000
Registers:
RAX=0x0000000000000001, RBX=0x00007f09184091a8, RCX=0x00007f0b02748cb0, RDX=0x000600007f090486
RSP=0x00007f0902bfce00, RBP=0x00007f0902bfce70, RSI=0x00007f0a808d4ed2, RDI=0x000600007f090496
R8 =0x0000000000000001, R9 =0x00000000aa10002f, R10=0x00007f09184091a8, R11=0x00007f09027a8218
R12=0x0708000000000000, R13=0x0000000000000000, R14=0x00007f0a808d4ed2, R15=0x0000000040914ef0
RIP=0x00007f0b024734cd, EFL=0x0000000000010246, CSGSFS=0x0000000000000033, ERR=0x0000000000000000
TRAPNO=0x000000000000000d
Top of Stack: (sp=0x00007f0902bfce00)
0x00007f0902bfce00: 0000000000000400 00000000408c06a0
0x00007f0902bfce10: 0000000000000005 01007f090c6663b8
0x00007f0902bfce20: 00007f0902bfce50 00007f0b024741d0
0x00007f0902bfce30: 00007f0918408028 0000000000257071
0x00007f0902bfce40: 000000000025703f 00007f09184091a8
0x00007f0902bfce50: 0000000040914fa0 0000000000000000
0x00007f0902bfce60: 0000000000000001 00007f0902bfcefc
0x00007f0902bfce70: 00007f0902bfce90 00007f0b02473f50
0x00007f0902bfce80: 0000000000000001 0000000040914ef0
0x00007f0902bfce90: 00007f0902bfced0 00007f0b02473092
0x00007f0902bfcea0: 000000004095dc20 00007f09184091a8
0x00007f0902bfceb0: 0000000040914ef0 0000000000000002
0x00007f0902bfcec0: 00007f0b0275d4e0 000000004095dc20
0x00007f0902bfced0: 00007f0902bfcf30 00007f0b0247672d
0x00007f0902bfcee0: 00007f0902bfcef0 00007f0902bfcf00
0x00007f0902bfcef0: 00007f0902bfcf30 6cfb9568021cd407
0x00007f0902bfcf00: 00007f0ab4e04578 00007f0b027492a4
0x00007f0902bfcf10: 000000004095dc20 00000000408c9000
0x00007f0902bfcf20: 00007f0b025b0506 0000000000000000
0x00007f0902bfcf30: 00007f0902bfd030 00007f0b021ce67a
0x00007f0902bfcf40: 00007f0902bfcf80 00007f0902bfcf58
0x00007f0902bfcf50: 00007f0b02760f40 0000000000000000
0x00007f0902bfcf60: 00000000408c91e0 00000000408c9210
0x00007f0902bfcf70: 00000000408c9220 00000000408c95f8
0x00007f0902bfcf80: 00000000408c9000 00000000408c9600
0x00007f0902bfcf90: 00000000408c9630 00000000408c9640
0x00007f0902bfcfa0: 00000000408c9a18 00007f0902bfcfd0
0x00007f0902bfcfb0: 00000000408c91e0 00000000408c9210
0x00007f0902bfcfc0: 00000000408c9220 00000000408c95f8
0x00007f0902bfcfd0: 00000000408c9000 00000000408c9600
0x00007f0902bfcfe0: 00000000408c9630 00000000408c9640
0x00007f0902bfcff0: 00000000408c9a18 00000000408c9a20
Instructions: (pc=0x00007f0b024734cd)
0x00007f0b024734bd: 00 48 8d 14 f5 00 00 00 00 48 03 13 48 8d 7a 10
0x00007f0b024734cd: 8b 5f 08 89 d8 c1 f8 03 85 db 0f 8e cb 05 00 00
Stack: [0x00007f0902afd000,0x00007f0902bfe000], sp=0x00007f0902bfce00, free space=1023k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x5df4cd]
V [libjvm.so+0x5dff50]
V [libjvm.so+0x5df092]
V [libjvm.so+0x5e272d]
V [libjvm.so+0x33a67a]
V [libjvm.so+0x5971af]
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x0000000040946800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=21959, stack(0x00007f0902020000,0x00007f0902121000)]
0x0000000040942800 JavaThread "CompilerThread1" daemon [_thread_blocked, id=21958, stack(0x00007f0902121000,0x00007f0902222000)]
0x0000000040940000 JavaThread "CompilerThread0" daemon [_thread_blocked, id=21957, stack(0x00007f0902222000,0x00007f0902323000)]
0x000000004093d800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=21956, stack(0x00007f0902323000,0x00007f0902424000)]
0x000000004091f800 JavaThread "Finalizer" daemon [_thread_blocked, id=21955, stack(0x00007f0902463000,0x00007f0902564000)]
0x000000004091d800 JavaThread "Reference Handler" daemon [_thread_blocked, id=21954, stack(0x00007f0902564000,0x00007f0902665000)]
0x00000000408bb000 JavaThread "main" [_thread_blocked, id=21948, stack(0x00007f0b01b0f000,0x00007f0b01c10000)]
Other Threads:
0x0000000040917000 VMThread [stack: 0x00007f0902665000,0x00007f0902766000] [id=21953]
0x0000000040949000 WatcherThread [stack: 0x00007f0901f1f000,0x00007f0902020000] [id=21960]
=>0x00000000408c9000 (exited) GCTaskThread [stack: 0x00007f0902afd000,0x00007f0902bfe000] [id=21951]
VM state:at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event])
[0x00000000408b7c90] Threads_lock - owner thread: 0x0000000040917000
[0x00000000408b8190] Heap_lock - owner thread: 0x00000000408bb000
Heap
PSYoungGen total 1792000K, used 1536000K [0x00007f0a571c0000, 0x00007f0ad41c0000, 0x00007f0afdc60000)
eden space 1536000K, 100% used [0x00007f0a571c0000,0x00007f0ab4dc0000,0x00007f0ab4dc0000)
from space 256000K, 0% used [0x00007f0ac47c0000,0x00007f0ac47c0000,0x00007f0ad41c0000)
to space 256000K, 99% used [0x00007f0ab4dc0000,0x00007f0ac47b8068,0x00007f0ac47c0000)
PSOldGen total 4096000K, used 237896K [0x00007f0909c60000, 0x00007f0a03c60000, 0x00007f0a571c0000)
object space 4096000K, 5% used [0x00007f0909c60000,0x00007f09184b2028,0x00007f0a03c60000)
PSPermGen total 21248K, used 3845K [0x00007f0904860000, 0x00007f0905d20000, 0x00007f0909c60000)
object space 21248K, 18% used [0x00007f0904860000,0x00007f0904c21718,0x00007f0905d20000)
Dynamic libraries:
40000000-40009000 r-xp 00000000 08:01 859892 /usr/lib/jvm/java-6-sun-1.6.0.15/jre/bin/java
40108000-4010a000 rwxp 00008000 08:01 859892 /usr/lib/jvm/java-6-sun-1.6.0.15/jre/bin/java
408b2000-40d42000 rwxp 00000000 00:00 0 [heap]
7f08fc000000-7f08fc4aa000 rwxp 00000000 00:00 0
7f08fc4aa000-7f0900000000 ---p 00000000 00:00 0
7f0901f1f000-7f0901f20000 ---p 00000000 00:00 0
7f0901f20000-7f0902020000 rwxp 00000000 00:00 0
7f0902020000-7f0902023000 ---p 00000000 00:00 0
7f0902023000-7f0902121000 rwxp 00000000 00:00 0
7f0902121000-7f0902124000 ---p 00000000 00:00 0
7f0902124000-7f0902222000 rwxp 00000000 00:00 0
7f0902222000-7f0902225000 ---p 00000000 00:00 0
7f0902225000-7f0902323000 rwxp 00000000 00:00 0
7f0902323000-7f0902326000 ---p 00000000 00:00 0
7f0902326000-7f0902424000 rwxp 00000000 00:00 0
7f0902424000-7f0902463000 r-xp 00000000 08:01 688275 /usr/lib/locale/en_US.utf8/LC_CTYPE
7f0902463000-7f0902466000 ---p 00000000 00:00 0
7f0902466000-7f0902564000 rwxp 00000000 00:00 0
7f0902564000-7f0902567000 ---p 00000000 00:00 0
7f0902567000-7f0902665000 rwxp 00000000 00:00 0
7f0902665000-7f0902666000 ---p 00000000 00:00 0
7f0902666000-7f090283e000 rwxp 00000000 00:00 0
7f090283e000-7f09029d4000 r-xs 02fb3000 08:01 803613 /usr/lib/jvm/java-6-sun-1.6.0.15/jre/lib/rt.jar
7f09029d4000-7f09029fc000 rwxp 00000000 00:00 0
7f09029fc000-7f09029fd000 ---p 00000000 00:00 0
7f09029fd000-7f0902afd000 rwxp 00000000 00:00 0
7f0902afd000-7f0902afe000 ---p 00000000 00:00 0
7f0902afe000-7f0902bfe000 rwxp 00000000 00:00 0
7f0902bfe000-7f0902bff000 ---p 00000000 00:00 0
7f0902bff000-7f0902cff000 rwxp 00000000 00:00 0
7f0902cff000-7f0902d00000 ---p 00000000 00:00 0
7f0902d00000-7f0902e0b000 rwxp 00000000 00:00 0
7f0902e0b000-7f0902e2a000 rwxp 00000000 00:00 0
7f0902e2a000-7f09035fa000 rwxp 00000000 00:00 0
7f09035fa000-7f0903895000 rwxp 00000000 00:00 0
7f0903895000-7f09038a0000 rwxp 00000000 00:00 0
7f09038a0000-7f09038bf000 rwxp 00000000 00:00 0
7f09038bf000-7f090408f000 rwxp 00000000 00:00 0
7f090408f000-7f0904329000 rwxp 00000000 00:00 0
7f0904329000-7f0904712000 rwxp 00000000 00:00 0
7f0904712000-7f090485f000 rwxp 00000000 00:00 0
7f090485f000-7f0905d20000 rwxp 00000000 00:00 0
7f0905d20000-7f0909c60000 rwxp 00000000 00:00 0
7f0909c60000-7f0a03c60000 rwxp 00000000 00:00 0
7f0a03c60000-7f0a571c0000 rwxp 00000000 00:00 0
7f0a571c0000-7f0ad41c0000 rwxp 00000000 00:00 0
7f0ad41c0000-7f0afdc60000 rwxp 00000000 00:00 0
7f0afdc6f000-7f0afdedf000 rwxp 00000000 00:00 0
7f0afdedf000-7f0b00c6f000 rwxp 00000000 00:00 0
7f0b00c6f000-7f0b00c7d000 r-xp 00000000 08:01 860090 /usr/lib/jvm/java-6-sun-1.6.0.15/jre/lib/amd64/libzip.so
7f0b00c7d000-7f0b00d7f000 ---p 0000e000 08:01 860090 /usr/lib/jvm/java-6-sun-1.6.0.15/jre/lib/amd64/libzip.so
7f0b00d7f000-7f0b00d82000 rwxp 00010000 08:01 860090 /usr/lib/jvm/java-6-sun-1.6.0.15/jre/lib/amd64/libzip.so
7f0b00d82000-7f0b00d83000 rwxp 00000000 00:00 0
7f0b00d83000-7f0b00d8f000 r-xp 00000000 08:01 1251026 /lib/libnss_files-2.10.1.so
7f0b00d8f000-7f0b00f8e000 ---p 0000c000 08:01 1251026 /lib/libnss_files-2.10.1.so
7f0b00f8e000-7f0b00f8f000 r-xp 0000b000 08:01 1251026 /lib/libnss_files-2.10.1.so
7f0b00f8f000-7f0b00f90000 rwxp 0000c000 08:01 1251026 /lib/libnss_files-2.10.1.so
7f0b00f90000-7f0b00f9a000 r-xp 00000000 08:01 1251036 /lib/libnss_nis-2.10.1.so
7f0b00f9a000-7f0b01199000 ---p 0000a000 08:01 1251036 /lib/libnss_nis-2.10.1.so
7f0b01199000-7f0b0119a000 r-xp 00009000 08:01 1251036 /lib/libnss_nis-2.10.1.so
7f0b0119a000-7f0b0119b000 rwxp 0000a000 08:01 1251036 /lib/libnss_nis-2.10.1.so
7f0b0119b000-7f0b011a2000 r-xp 00000000 08:01 1251022 /lib/libnss_compat-2.10.1.so
7f0b011a2000-7f0b013a2000 ---p 00007000 08:01 1251022 /lib/libnss_compat-2.10.1.so
7f0b013a2000-7f0b013a3000 r-xp 00007000 08:01 1251022 /lib/libnss_compat-2.10.1.so
7f0b013a3000-7f0b013a4000 rwxp 00008000 08:01 1251022 /lib/libnss_compat-2.10.1.so
7f0b013a4000-7f0b013ab000 r-xp 00000000 08:01 860092 /usr/lib/jvm/java-6-sun-1.6.0.15/jre/lib/amd64/native_threads/libhpi.so
7f0b013ab000-7f0b014ac000 ---p 00007000 08:01 860092 /usr/lib/jvm/java-6-sun-1.6.0.15/jre/lib/amd64/native_threads/libhpi.so
7f0b014ac000-7f0b014ae000 rwxp 00008000 08:01 860092 /usr/lib/jvm/java-6-sun-1.6.0.15/jre/lib/amd64/native_threads/libhpi.so
7f0b014ae000-7f0b014af000 rwxp 00000000 00:00 0
7f0b014af000-7f0b014c5000 r-xp 00000000 08:01 1251020 /lib/libnsl-2.10.1.so
7f0b014c5000-7f0b016c5000 ---p 00016000 08:01 1251020 /lib/libnsl-2.10.1.so
7f0b016c5000-7f0b016c6000 r-xp 00016000 08:01 1251020 /lib/libnsl-2.10.1.so
7f0b016c6000-7f0b016c7000 rwxp 00017000 08:01 1251020 /lib/libnsl-2.10.1.so
7f0b016c7000-7f0b016c9000 rwxp 00000000 00:00 0
7f0b016c9000-7f0b016f2000 r-xp 00000000 08:01 860157 /usr/lib/jvm/java-6-sun-1.6.0.15/jre/lib/amd64/libjava.so
7f0b016f2000-7f0b017f1000 ---p 00029000 08:01 860157 /usr/lib/jvm/java-6-sun-1.6.0.15/jre/lib/amd64/libjava.so
7f0b017f1000-7f0b017f8000 rwxp 00028000 08:01 860157 /usr/lib/jvm/java-6-sun-1.6.0.15/jre/lib/amd64/libjava.so
7f0b017f8000-7f0b01805000 r-xp 00000000 08:01 860082 /usr/lib/jvm/java-6-sun-1.6.0.15/jre/lib/amd64/libverify.so
7f0b01805000-7f0b01904000 ---p 0000d000 08:01 860082 /usr/lib/jvm/java-6-sun-1.6.0.15/jre/lib/amd64/libverify.so
7f0b01904000-7f0b01907000 rwxp 0000c000 08:01 860082 /usr/lib/jvm/java-6-sun-1.6.0.15/jre/lib/amd64/libverify.so
7f0b01907000-7f0b0190e000 r-xp 00000000 08:01 1251065 /lib/librt-2.10.1.so
7f0b0190e000-7f0b01b0d000 ---p 00007000 08:01 1251065 /lib/librt-2.10.1.so
7f0b01b0d000-7f0b01b0e000 r-xp 00006000 08:01 1251065 /lib/librt-2.10.1.so
7f0b01b0e000-7f0b01b0f000 rwxp 00007000 08:01 1251065 /lib/librt-2.10.1.so
7f0b01b0f000-7f0b01b12000 ---p 00000000 00:00 0
7f0b01b12000-7f0b01c10000 rwxp 00000000 00:00 0
7f0b01c10000-7f0b01c92000 r-xp 00000000 08:01 1251013 /lib/libm-2.10.1.so
7f0b01c92000-7f0b01e92000 ---p 00082000 08:01 1251013 /lib/libm-2.10.1.so
7f0b01e92000-7f0b01e93000 r-xp 00082000 08:01 1251013 /lib/libm-2.10.1.so
7f0b01e93000-7f0b01e94000 rwxp 00083000 08:01 1251013 /lib/libm-2.10.1.so
7f0b01e94000-7f0b025f2000 r-xp 00000000 08:01 860164 /usr/lib/jvm/java-6-sun-1.6.0.15/jre/lib/amd64/server/libjvm.so
7f0b025f2000-7f0b026f1000 ---p 0075e000 08:01 860164 /usr/lib/jvm/java-6-sun-1.6.0.15/jre/lib/amd64/server/libjvm.so
7f0b026f1000-7f0b02869000 rwxp 0075d000 08:01 860164 /usr/lib/jvm/java-6-sun-1.6.0.15/jre/lib/amd64/server/libjvm.so
7f0b02869000-7f0b028a7000 rwxp 00000000 00:00 0
7f0b028a7000-7f0b02a0d000 r-xp 00000000 08:01 1250971 /lib/libc-2.10.1.so
7f0b02a0d000-7f0b02c0c000 ---p 00166000 08:01 1250971 /lib/libc-2.10.1.so
7f0b02c0c000-7f0b02c10000 r-xp 00165000 08:01 1250971 /lib/libc-2.10.1.so
7f0b02c10000-7f0b02c11000 rwxp 00169000 08:01 1250971 /lib/libc-2.10.1.so
7f0b02c11000-7f0b02c16000 rwxp 00000000 00:00 0
7f0b02c16000-7f0b02c18000 r-xp 00000000 08:01 1250985 /lib/libdl-2.10.1.so
7f0b02c18000-7f0b02e18000 ---p 00002000 08:01 1250985 /lib/libdl-2.10.1.so
7f0b02e18000-7f0b02e19000 r-xp 00002000 08:01 1250985 /lib/libdl-2.10.1.so
7f0b02e19000-7f0b02e1a000 rwxp 00003000 08:01 1250985 /lib/libdl-2.10.1.so
7f0b02e1a000-7f0b02e31000 r-xp 00000000 08:01 1251058 /lib/libpthread-2.10.1.so
7f0b02e31000-7f0b03030000 ---p 00017000 08:01 1251058 /lib/libpthread-2.10.1.so
7f0b03030000-7f0b03031000 r-xp 00016000 08:01 1251058 /lib/libpthread-2.10.1.so
7f0b03031000-7f0b03032000 rwxp 00017000 08:01 1251058 /lib/libpthread-2.10.1.so
7f0b03032000-7f0b03036000 rwxp 00000000 00:00 0
7f0b03036000-7f0b03055000 r-xp 00000000 08:01 1250947 /lib/ld-2.10.1.so
7f0b03069000-7f0b03073000 rwxp 00000000 00:00 0
7f0b03073000-7f0b03129000 rwxp 00000000 00:00 0
7f0b03129000-7f0b0312b000 rwxp 00000000 00:00 0
7f0b0312b000-7f0b03132000 r-xp 00000000 08:01 860069 /usr/lib/jvm/java-6-sun-1.6.0.15/jre/lib/amd64/jli/libjli.so
7f0b03132000-7f0b03233000 ---p 00007000 08:01 860069 /usr/lib/jvm/java-6-sun-1.6.0.15/jre/lib/amd64/jli/libjli.so
7f0b03233000-7f0b03235000 rwxp 00008000 08:01 860069 /usr/lib/jvm/java-6-sun-1.6.0.15/jre/lib/amd64/jli/libjli.so
7f0b03235000-7f0b03236000 rwxp 00000000 00:00 0
7f0b0323d000-7f0b03240000 r-xs 00033000 08:06 23371793 /data/evgeny/usp/jars/pusp08.jar
7f0b03240000-7f0b03247000 r-xs 00000000 08:01 956835 /usr/lib/gconv/gconv-modules.cache
7f0b03247000-7f0b0324f000 rwxs 00000000 08:01 531447 /tmp/hsperfdata_evgeny/21947
7f0b0324f000-7f0b03250000 rwxp 00000000 00:00 0
7f0b03250000-7f0b03251000 ---p 00000000 00:00 0
7f0b03251000-7f0b03254000 rwxp 00000000 00:00 0
7f0b03254000-7f0b03255000 r-xp 0001e000 08:01 1250947 /lib/ld-2.10.1.so
7f0b03255000-7f0b03256000 rwxp 0001f000 08:01 1250947 /lib/ld-2.10.1.so
7fffb0ea5000-7fffb0eba000 rwxp 00000000 00:00 0 [stack]
7fffb0f10000-7fffb0f11000 r-xp 00000000 00:00 0 [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall]
VM Arguments:
jvm_args: -Xms6000m -Xmx8000m -Dfile.encoding=UTF8 -verbose:gc
java_command: usp.semantic.ParseCreateAgenda /data/evgeny/usp/serialized/pusp_abstracts /data/evgeny/usp/logs 3200 13 16 8 200 5 1
Launcher Type: SUN_STANDARD
Environment Variables:
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
LD_LIBRARY_PATH=/usr/lib/jvm/java-6-sun-1.6.0.15/jre/lib/amd64/server:/usr/lib/jvm/java-6-sun-1.6.0.15/jre/lib/amd64:/usr/lib/jvm/java-6-sun-1.6.0.15/jre/../lib/amd64
SHELL=/bin/sh
Signal Handlers:
SIGSEGV: [libjvm.so+0x6bdd00], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGBUS: [libjvm.so+0x6bdd00], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGFPE: [libjvm.so+0x594ed0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGPIPE: [libjvm.so+0x594ed0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGXFSZ: [libjvm.so+0x594ed0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGILL: [libjvm.so+0x594ed0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGUSR2: [libjvm.so+0x597690], sa_mask[0]=0x00000000, sa_flags=0x10000004
SIGHUP: [libjvm.so+0x5973e0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGINT: [libjvm.so+0x5973e0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGTERM: [libjvm.so+0x5973e0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGQUIT: [libjvm.so+0x5973e0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
--------------- S Y S T E M ---------------
OS:squeeze/sid
uname:Linux 2.6.31-14-generic #48-Ubuntu SMP Fri Oct 16 14:05:01 UTC 2009 x86_64
libc:glibc 2.10.1 NPTL 2.10.1
rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity
load average:0.76 0.19 0.06
CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1
Memory: 4k page, physical 8194680k(4274500k free), swap 9767480k(9755964k free)
vm_info: Java HotSpot(TM) 64-Bit Server VM (14.1-b02) for linux-amd64 JRE (1.6.0_15-b03), built on Jul 2 2009 15:26:16 by "java_re" with gcc 3.2.2 (SuSE Linux)
time: Wed Jun 22 10:52:33 2011
elapsed time: 17 seconds
Thanks for your help!
谢谢你的帮助！
As suggested by the posters, it does sound like a hardware problem. I have changed the memory parameters of java and after some changes the program stops at different parts. I will investigate the diagnostics proposed below. I'll give an update as soon as I've done that.
正如海报所建议的那样，这听起来确实像是硬件问题。我已经更改了 java 的内存参数，经过一些更改后，程序会停在不同的部分。我将研究下面提出的诊断方法。我会在完成后立即提供更新。
@egridasov, I tried JRE 1.6.0_26, but get the same problem:
@ egridasov，我尝试了 JRE 1.6.0_26，但遇到了同样的问题：
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x00007f51c12048e1, pid=29200, tid=139989005547792
#
# JRE version: 6.0_26-b03
# Java VM: Java HotSpot(TM) 64-Bit Server VM (20.1-b02 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# V [libjvm.so+0x7608e1] PSPromotionManager::copy_to_survivor_space(oopDesc*)+0x1f1
#
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
#
--------------- T H R E A D ---------------
Current thread (0x00000000418da800): GCTaskThread [stack: 0x00007f51bae2b000,0x00007f51baf2c000] [id=29202]
siginfo:si_signo=SIGSEGV: si_errno=0, si_code=128 (), si_addr=0x0000000000000000
Register to memory mapping:
RAX=0x0000000000000001 is an unknown value
RBX=0x0000000606e01eb8 is an oop
[[I
- klass: 'java/lang/Object'[]
- length: 2
RCX=0x0000000000000003 is an unknown value
RDX=0x000000060ff12000 is an oop
[error occurred during error reporting (printing register info), id 0xb]
Stack: [0x00007f51bae2b000,0x00007f51baf2c000], sp=0x00007f51baf2ae90, free space=1023k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x7608e1] PSPromotionManager::copy_to_survivor_space(oopDesc*)+0x1f1
V [libjvm.so+0x76114d] void PSScavenge::copy_and_push_safe_barrier<unsigned>(PSPromotionManager*, unsigned*)+0xcd
V [libjvm.so+0x7605bf] PSPromotionManager::drain_stacks_depth(bool)+0xdf
V [libjvm.so+0x76382e] StealTask::do_it(GCTaskManager*, unsigned)+0x2e
V [libjvm.so+0x466efa] GCTaskThread::run()+0x16a
V [libjvm.so+0x710adf] java_start(Thread*)+0x13f
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x00007f51b406f800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=29212, stack(0x00007f51b9ce9000,0x00007f51b9dea000)]
0x00007f51b406d000 JavaThread "C2 CompilerThread1" daemon [_thread_blocked, id=29211, stack(0x00007f51b9dea000,0x00007f51b9eeb000)]
0x00007f51b406a000 JavaThread "C2 CompilerThread0" daemon [_thread_blocked, id=29210, stack(0x00007f51b9eeb000,0x00007f51b9fec000)]
0x00007f51b4068000 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=29209, stack(0x00007f51b9fec000,0x00007f51ba0ed000)]
0x00007f51b404c800 JavaThread "Finalizer" daemon [_thread_blocked, id=29208, stack(0x00007f51ba12c000,0x00007f51ba22d000)]
0x00007f51b404a800 JavaThread "Reference Handler" daemon [_thread_blocked, id=29207, stack(0x00007f51ba22d000,0x00007f51ba32e000)]
0x00000000418c7800 JavaThread "main" [_thread_blocked, id=29201, stack(0x00007f51c071f000,0x00007f51c0820000)]
Other Threads:
0x00007f51b4044000 VMThread [stack: 0x00007f51ba32e000,0x00007f51ba42f000] [id=29206]
0x00007f51b407a800 WatcherThread [stack: 0x00007f51b9be8000,0x00007f51b9ce9000] [id=29213]
=>0x00000000418da800 (exited) GCTaskThread [stack: 0x00007f51bae2b000,0x00007f51baf2c000] [id=29202]
VM state:at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event])
[0x00000000418c4530] Threads_lock - owner thread: 0x00007f51b4044000
[0x00000000418c4a30] Heap_lock - owner thread: 0x00000000418c7800
回答by jtoberon
Generally if something works on various computers but fails on only one computer, then there's something wrong with that computer. Here are a few things to check:
(1) Are you running the same stuff on that computer -- OS including patches, etc.
(2) Does the computer report problems? Where to look depends on the OS, but it looks like you're using linux, so check syslog
(3) Run hardware diagnostics, e.g. the ones recommended here. Start with memoryand disk checksin particular.
通常，如果某些东西可以在多台计算机上运行但仅在一台计算机上失败，那么那台计算机就有问题。这里有几件事情需要检查：
(1) 您是否在该计算机上运行相同的东西——操作系统，包括补丁等。
(2) 计算机是否报告问题？在哪里查看取决于操作系统，但看起来您使用的是 linux，因此请检查syslog
(3) 运行硬件诊断，例如此处推荐的那些。特别是从内存和磁盘检查开始。
If you can't turn up any issues, then search for a similar issue in the bug parade for whichever VM you're using. Unfortunately if you're already on the latest version of the VM, then you won't necessarily find a fix.
如果您无法发现任何问题，请在您使用的任何 VM 的错误队列中搜索类似的问题。不幸的是，如果您已经在使用最新版本的 VM，那么您不一定会找到修复程序。
Finally, one more option is simply to try another VM -- e.g. OpenJDK or JRockit, instead of Oracle's standard.
最后，还有一个选择就是尝试另一个 VM——例如 OpenJDK 或 JRockit，而不是 Oracle 的标准。
回答by egridasov
Here is assembly code:
这是汇编代码：
7f0b024734be: 48 8d 14 f5 00 00 00 lea rdx,[rsi*8]
7f0b024734c5: 00
7f0b024734c6: 48 03 13 add rdx,QWORD PTR [rbx]
7f0b024734c9: 48 8d 7a 10 lea rdi,[rdx+16]
7f0b024734cd: 8b 5f 08 mov ebx,DWORD PTR [rdi+8]
7f0b024734d0: 89 d8 mov eax,ebx
7f0b024734d2: c1 f8 03 sar eax,0x3
7f0b024734d5: 85 db test ebx,ebx
7f0b024734d7: 0f 8e cb 05 00 00 jle 0x7f0b02473aa8
And what it does is:
它的作用是：
rdx = 0x00007f0a808d4ed2 * 8; // equals 0x0003F854046A7690. WTF???
rdx = rdx + something from old gen heap; // results 0x000600007f090486
rdi = rdx + 16; // results 0x000600007f090496
ebx = something from edi address (0x000600007f090496) + 8
Well I've had a look at the address map and there is nothing mapped to 0x000600007f090496which is why you are getting a SEGV. Are you getting the same error with 1.6.0_26 JVM? Can you try it on a 32bit JVM? Looks like a JVM issue to me. Why would it do the first rdx=0x0... * 8thing?
好吧，我已经查看了地址映射，并且没有任何映射到0x000600007f090496这就是您获得 SEGV 的原因。您是否在 1.6.0_26 JVM 中遇到相同的错误？你能在 32 位 JVM 上试试吗？对我来说看起来像是 JVM 问题。为什么它会做第一个rdx=0x0... * 8 的事情？
回答by SudhirJ
after hardware check on the server and it was found out that memory had gone bad, replaced the memory and the server is now fully accessible.
在服务器上进行硬件检查后发现内存坏了，更换了内存，服务器现在可以完全访问了。
回答by Daniel Adenew
Here is your relief for the problem :
这是您解决问题的方法：
I have a problem of running different versions of STS this morning, the application crash with the similar way as the question did.
今天早上我在运行不同版本的 STS 时遇到问题，应用程序以与问题类似的方式崩溃。
Excerpt of my log file.
我的日志文件的摘录。
A fatal error has been detected by the Java Runtime Environment:
#a
# SIGSEGV (0xb) at pc=0x00007f459db082a1, pid=4577, tid=139939015632640
#
# JRE version: 6.0_30-b12
# Java VM: Java HotSpot(TM) 64-Bit Server VM
(20.5-b03 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# C [libsoup-2.4.so.1+0x6c2a1] short+0x11
note that exception occured at # C [libsoup-2.4.so.1+0x6c2a1] short+0x11
请注意，异常发生在 # C [libsoup-2.4.so.1+0x6c2a1] short+0x11
Okay then little below the line:
好的，然后有点低于线：
R9 =0x00007f461829e550: <offset 0xa85550> in /usr/share/java/jdk1.6.0_30/jre/lib/amd64/server/libjvm.so at 0x00007f4617819000
R10=0x00007f461750f7c0 is pointing into the stack for thread: 0x00007f4610008000
R11=0x00007f459db08290: soup_session_feature_detach+0 in /usr/lib/x86_64-linux-gnu/libsoup-2.4.so.1 at 0x00007f459da9c000
R12=0x0000000000000000 is an unknown value
R13=0x000000074404c840 is an oop
{method}
This line tells you where the actual bug or crash is to investigate more on this crash issue please use below links to see more, but let's continue the crash investigation and how I resolved it and the novelty of this bug :)
这一行告诉你实际的错误或崩溃在哪里调查更多关于这个崩溃问题请使用下面的链接查看更多，但让我们继续崩溃调查以及我如何解决它以及这个错误的新颖性:)
links are :
链接是：
a fATAL ERROR JAVATHIS ONE IS GREAT LOTS OF USER!
一个致命的错误 JAVA这个是很多用户！
Okay, after that here's what I found out to casue this case and why it happens as general advise.
好的，之后这是我发现的案例以及为什么它会作为一般建议发生。
- Most of the time, check that if you have installed, updated recently on Ubunu and Windows there are libraries like libsoupin linux which were the casuse of my crash.
Check also for a new hardware problem and try to investigate the
LogfilewhichSTSorJavagenerated and alsosysloginlinuxbytail - f /var/lib/messages or some other file
- 大多数情况下，检查您是否已安装、最近在 Ubunu 和 Windows 上更新，Linux 中是否有 libsoup 之类的库，这是我崩溃的原因。
还检查了新的硬件问题，并试图探讨
Logfile这STS或Java产生并syslog在linux通过tail - f /var/lib/messages or some other file
Then by carfully looking at those files the one you have the crash log for ... you can really solve the issue as follows:
然后仔细查看那些文件，你有崩溃日志......你可以真正解决这个问题，如下所示：
sudo unlink /usr/lib/i386-linux-gnu/libsoup-2.4.so.1
须藤取消链接/usr/lib/i386-linux-gnu/libsoup-2.4.so.1
or
或者
sudo unlink /usr/lib/x86_64-linux-gnu/libsoup-2.4.so.1
须藤取消链接/usr/lib/x86_64-linux-gnu/libsoup-2.4.so.1
Done !! Cheers!!
完毕 ！！干杯！！
回答by HASNEN LAXMIDHAR
add new server (tomcat) with different location.if i am not make mistake you are run multiple project with same tomcat and add same tomcat server on same location ..
添加具有不同位置的新服务器（tomcat）。如果我没有弄错，您将使用同一个 tomcat 运行多个项目并在同一个位置添加同一个 tomcat 服务器..
add new tomcat for each new workspace.
为每个新工作区添加新的 tomcat。
回答by Shubham Srivastava
1.Set the following Environment Property on your active Shell. - open bash terminal and type in:
1.在您的活动外壳上设置以下环境属性。- 打开 bash 终端并输入：
$ export LD_BIND_NOW=1
- Re-Run the Jar or Java File
- 重新运行 Jar 或 Java 文件
Note: for superuser in bash type su and press enter
注意：对于 bash 中的超级用户，键入 su 并按 Enter
回答by Durgarao Maruboina
It can happen because of native method calling in your application. For example, in Qtjambi if you use QApplication.quit()instead of QApplication.closeAllWindows()for closing a Java application it generates an error log.
这可能是由于应用程序中的本机方法调用而发生的。例如，在 Qtjambi 中，如果您使用QApplication.quit()而不是QApplication.closeAllWindows()关闭 Java 应用程序，则会生成错误日志。
In this case, you can get a stack trace right to your method that called the native code and caused the crash. Just look in the log file it tells you about:
在这种情况下，您可以获得调用本机代码并导致崩溃的方法的堆栈跟踪。只需查看它告诉您的日志文件：
# An error report file with more information is saved as hs_err_pid24139.log.
The stack trace looks quite unusual, since it has native code mixed with VM code and your code, but each line is prefixed so you can tell which lines are your own code. There's a key at the top of the stack trace to explain the prefixes:
堆栈跟踪看起来很不寻常，因为它包含与 VM 代码和您的代码混合的本机代码，但每一行都有前缀，因此您可以分辨哪些行是您自己的代码。堆栈跟踪顶部有一个键来解释前缀：
Native frames: (J=compiled Java code, A=aot compiled Java code, j=interpreted, Vv=VM code, C=native code)
本机框架：（J=编译的Java代码，A=aot编译的Java代码，j=解释的，Vv=VM代码，C=本机代码）
回答by Aivean
Not really to answer OP's question (it's resolved anyway), but to help people who may stumble into the similar issue.
并不是真的要回答 OP 的问题（无论如何它已经解决了），而是要帮助可能遇到类似问题的人。
Here is what we had:
这是我们所拥有的：
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x0000000000000000, pid=11, tid=139910430250752
#
# JRE version: Java(TM) SE Runtime Environment (8.0_77-b03) (build 1.8.0_77-b03)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.77-b03 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# C 0x0000000000000000
#
# Core dump written. Default location: /builds/c5b22963/0/reporting/arsng2/core or core.11
#
The reason was defective RAM.
原因是内存有缺陷。
回答by KARTHIKEYAN.A
Try this cmd in terminal
在终端中试试这个 cmd
$ ulimit -c unlimited
