JDK-6944092 : JVM crashes in webserver on windows 2008
  • Type: Bug
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: 6
  • Priority: P2
  • Status: Closed
  • Resolution: Cannot Reproduce
  • OS: generic
  • CPU: generic
  • Submitted: 2010-04-15
  • Updated: 2011-03-15
  • Resolved: 2010-12-29
Related Reports
Relates :  
Description
The crash occurs in Iplanet WebServer 7.0 u7 on Windows 2008 regularly

Java HotSpot(TM) Server VM, Version 1.6.0_17]

Faulting stack below ---
 # ChildEBP RetAddr  Args to Child              
00 07a9e798 6db61086 0465d000 0465d000 0465d000 jvm!os::write_memory_serialize_page+0x17 (FPO: [Non-Fpo]) (CONV: cdecl)
01 07a9e7c8 6db61140 0465d000 0459bb90 07a9e7f4 jvm!InterfaceSupport::serialize_memory+0x36 (FPO: [Non-Fpo]) (CONV: cdecl)
02 07a9e7d8 6dc0dbed 0465d000 00000006 07dc6a30 jvm!ThreadStateTransition::transition_from_native+0x30 (FPO: [Non-Fpo]) (CONV: cdecl)
03 07a9e7f4 6de4dc05 0459b958 0846c860 07dc6a30 jvm!ciKlass::is_subtype_of+0x2d (FPO: [Non-Fpo]) (CONV: thiscall)
04 07a9e824 6de4d3e1 0459bb90 07dc69e8 0000000e jvm!TypeInstPtr::xmeet+0x485 (FPO: [Non-Fpo]) (CONV: thiscall)
05 07a9e838 6de4fdcb 07dc6a30 07dc2700 0000000e jvm!Type::meet+0x91 (FPO: [Non-Fpo]) (CONV: thiscall)
06 07a9e85c 6dc04630 07dc69e8 0846c860 07da977c jvm!TypeOopPtr::filter+0x1b (FPO: [Non-Fpo]) (CONV: thiscall)
07 07a9e888 6dde26d8 07a9ebd8 0465ba40 07a9ebd8 jvm!PhiNode::Value+0x2b0 (FPO: [Non-Fpo]) (CONV: thiscall)
08 07a9e8dc 6dde2ef4 07a9f618 07a9f248 6dc3757a jvm!PhaseCCP::analyze+0x168 (FPO: [Non-Fpo]) (CONV: thiscall)
09 07a9e8e8 6dc3757a 07a9eed8 6de98a98 07a9f618 jvm!PhaseCCP::PhaseCCP+0x24 (FPO: [Non-Fpo]) (CONV: thiscall)
0a 07a9f248 6dc37fd2 07a9fae8 0465d000 04572980 jvm!Compile::Optimize+0x27a (FPO: [Non-Fpo]) (CONV: thiscall)
0b 07a9f5ec 6dbfe112 07dc1f20 04572980 07e4c118 jvm!Compile::Compile+0x622 (FPO: [Non-Fpo]) (CONV: thiscall)
0c 07a9faa0 6dc3a170 07a9fae8 07e4c118 ffffffff jvm!C2Compiler::compile_method+0x52 (FPO: [Non-Fpo]) (CONV: thiscall)
0d 07a9fb8c 6dc3acff 00ae2130 00000000 0465d000 jvm!CompileBroker::invoke_compiler_on_method+0x240 (FPO: [Non-Fpo]) (CONV: cdecl)
0e 07a9fbf8 6de46ad4 0465d000 0465d000 0465d000 jvm!CompileBroker::compiler_thread_loop+0x2df (FPO: [Non-Fpo]) (CONV: cdecl)
0f 07a9fc24 6ddc81dc 00000000 00000000 00000000 jvm!JavaThread::thread_main_inner+0x34 (FPO: [Non-Fpo]) (CONV: thiscall)
*** ERROR: Symbol file could not be found.  Defaulted to export symbols for C:\Windows\system32\MSVCR71.dll - 
10 07a9ff54 7c36b381 0465d000 00000000 00000000 jvm!java_start+0x8c (FPO: [Non-Fpo]) (CONV: stdcall)
WARNING: Stack unwind information not available. Following frames may be wrong.
11 07a9ff88 76f9d0e9 0462b638 07a9ffd4 771419bb MSVCR71!endthreadex+0xa0
12 07a9ff94 771419bb 0462b638 984359f4 00000000 kernel32!BaseThreadInitThunk+0xe (FPO: [1,0,0])
13 07a9ffd4 7714198e 7c36b312 0462b638 ffffffff ntdll!__RtlUserThreadStart+0x23 (FPO: [SEH])
14 07a9ffec 00000000 7c36b312 0462b638 00000000 ntdll!_RtlUserThreadStart+0x1b (FPO: [2,2,0])

Comments
EVALUATION This looks like a problem with the serialize page somewhat like 6811384, though this appears to be 32 bit. I'm not sure what problem is but it doesn't appear to be a compiler issue.
21-05-2010