Article - CS190695

MethodServer crashed with segmentation fault (SIGSEGV) in Windchill 10.1 M040 and Java 6 update 41

Modified: 21-Nov-2014   


Applies To

  • Windchill family 10.1 M040
  • Java 1.6 update 41

Description

  • MethodServer crashed with segmentation fault (SIGSEGV)
  • hs_err_pid log was generated:
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00007f02c9de06a6, pid=29833, tid=139649597032192
#
# JRE version: 6.0_41-b02
# Java VM: Java HotSpot(TM) 64-Bit Server VM (20.14-b01 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# V  [libjvm.so+0x4b06a6]  instanceKlass::allocate_instance(Thread*)+0x96
#
# 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 (0x00007f02c41b4000):  GCTaskThread [stack: 0x00007f02b48fc000,0x00007f02b49fd000] [id=30188]

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

Stack: [0x00007f02b48fc000,0x00007f02b49fd000],  sp=0x00007f02b49fa940,  free space=1018k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0x4b06a6]  instanceKlass::allocate_instance(Thread*)+0x96
V  [libjvm.so+0x4e1fcf]  java_lang_String::basic_create(int, bool, bool, Thread*)+0x20f
V  [libjvm.so+0x4e21ee]  java_lang_String::create_from_str(char const*, Thread*)+0x3e
V  [libjvm.so+0x437dc9]  Exceptions::new_exception(Thread*, symbolHandle, char const*, Handle, Handle, Handle, Exceptions::ExceptionMsgToUtf8Mode)+0xb9
V  [libjvm.so+0x437fc3]  Exceptions::new_exception(Thread*, symbolOopDesc*, char const*, Exceptions::ExceptionMsgToUtf8Mode)+0x73
V  [libjvm.so+0x479e49]  GenerateOopMap::verify_error(char const*, ...)+0xe9
V  [libjvm.so+0x478867]  GenerateOopMap::ppload(CellTypeState*, int)+0xd7
V  [libjvm.so+0x4756cd]  GenerateOopMap::interp1(BytecodeStream*)+0x2dd
V  [libjvm.so+0x4749a4]  GenerateOopMap::interp_bb(BasicBlock*)+0xc4
V  [libjvm.so+0x4748a9]  GenerateOopMap::interp_all()+0x59
V  [libjvm.so+0x4743cb]  GenerateOopMap::do_interpretation()+0xeb
V  [libjvm.so+0x479bb4]  GenerateOopMap::compute_map(Thread*)+0x294
V  [libjvm.so+0x70809d]  OopMapForCacheEntry::compute_map(Thread*)+0xad
V  [libjvm.so+0x708948]  OopMapCacheEntry::fill(methodHandle, int)+0x138
V  [libjvm.so+0x709188]  OopMapCache::lookup(methodHandle, int, InterpreterOopMap*)+0x108
V  [libjvm.so+0x4b0f49]  instanceKlass::mask_for(methodHandle, int, InterpreterOopMap*)+0x49
V  [libjvm.so+0x6d739b]  methodOopDesc::mask_for(int, InterpreterOopMap*)+0x7b
V  [libjvm.so+0x44139f]  frame::oops_interpreted_do(OopClosure*, RegisterMap const*, bool)+0x18f
V  [libjvm.so+0x442001]  frame::oops_do_internal(OopClosure*, CodeBlobClosure*, RegisterMap*, bool)+0xb1
V  [libjvm.so+0x81ed13]  JavaThread::oops_do(OopClosure*, CodeBlobClosure*)+0x1d3
V  [libjvm.so+0x76626d]  ThreadRootsTask::do_it(GCTaskManager*, unsigned)+0xad
V  [libjvm.so+0x468a9a]  GCTaskThread::run()+0x16a
V  [libjvm.so+0x712eef]  java_start(Thread*)+0x13f
This is a printer-friendly version of Article 190695 and may be out of date. For the latest version click CS190695