Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-8144824

Crash: OOM on Solaris 11, 256G

    Details

    • Type: Bug
    • Status: Resolved
    • Priority: P4
    • Resolution: Not an Issue
    • Affects Version/s: 9
    • Fix Version/s: 9
    • Component/s: hotspot
    • Labels:
      None
    • Subcomponent:
      gc

      Description

      Not sure that this is a real bug.
      But it may help with analysis of JDK-8141421

      #
      # There is insufficient memory for the Java Runtime Environment to continue.
      # Native memory allocation (malloc) failed to allocate 4088 bytes for AllocateHeap
      # Possible reasons:
      # The system is out of physical RAM or swap space
      # In 32 bit mode, the process size limit was hit
      # Possible solutions:
      # Reduce memory load on the system
      # Increase physical memory or swap space
      # Check if swap backing store is full
      # Use 64 bit Java on a 64 bit OS
      # Decrease Java heap size (-Xmx/-Xms)
      # Decrease number of Java threads
      # Decrease Java thread stack sizes (-Xss)
      # Set larger code cache with -XX:ReservedCodeCacheSize=
      # This output file may be truncated or incomplete.
      #
      # Out of Memory Error (allocation.inline.hpp:61), pid=5559, tid=57
      #
      # JRE version: Java(TM) SE Runtime Environment (9.0) (build 9-internal+0-2015-12-04-063543.amurillo.jdk9-hs-2015-12-03-snapshot)
      # Java VM: Java HotSpot(TM) 64-Bit Server VM (9-internal+0-2015-12-04-063543.amurillo.jdk9-hs-2015-12-03-snapshot, mixed mode, tiered, compressed oops, g1 gc, solaris-amd64)
      # Core dump will be written. Default location: /export/local/aurora/sandbox/results/ResultDir/ManyObjects/core or core.5559
      #

      --------------- S U M M A R Y ------------

      Command Line: -Xmixed -Xmixed -XX:-UseGCOverheadLimit gc.gctests.ManyObjects.ManyObjects

      Host: x86 64 bit 2893 MHz, 32 cores, 255G, Oracle Solaris 11 11/11 X86
      Time: Sat Dec 5 01:08:56 2015 UTC elapsed time: 48 seconds (0d 0h 0m 48s)

      --------------- T H R E A D ---------------

      Current thread (0x0000000000c5e000): VMThread [stack: 0xfffffd7f8c5fe000,0xfffffd7f8c6fe000] [id=57]

      Stack: [0xfffffd7f8c5fe000,0xfffffd7f8c6fe000], sp=0xfffffd7f8c6f93b0, free space=1004k
      Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
      V [libjvm.so+0x184d4d2] void VMError::report(outputStream*,bool)+0xd62
      V [libjvm.so+0x184f316] void VMError::report_and_die(int,const char*,const char*,__va_list_element*,Thread*,unsigned char*,void*,void*,const char*,int,unsigned long)+0x596
      V [libjvm.so+0x184ed70] void VMError::report_and_die(Thread*,const char*,int,unsigned long,VMErrorType,const char*,__va_list_element*)+0x40
      V [libjvm.so+0xef4f69] void report_vm_out_of_memory(const char*,int,unsigned long,VMErrorType,const char*,...)+0xe9
      V [libjvm.so+0xee0f48] markOopDesc**Stack<markOopDesc*,(MemoryType)5>::alloc(unsigned long)+0xb8
      V [libjvm.so+0xee0c0c] void Stack<markOopDesc*,(MemoryType)5>::push_segment()+0x5c
      V [libjvm.so+0x14b66b6] void ObjArrayKlass::oop_oop_iterate_elements_specialized_bounded<true,unsigned,MarkAndPushClosure>(objArrayOopDesc*,__type_2*,void*,void*)+0x256
      V [libjvm.so+0x14b35ed] void MarkSweep::follow_array_chunk(objArrayOopDesc*,int)+0x5d
      V [libjvm.so+0x14b377f] void MarkSweep::follow_stack()+0x12f
      V [libjvm.so+0x10b5d57] void HandleArea::oops_do(OopClosure*)+0xc7
      V [libjvm.so+0x1770022] void JavaThread::oops_do(OopClosure*,CLDClosure*,CodeBlobClosure*)+0x52
      V [libjvm.so+0x1774690] void Threads::possibly_parallel_oops_do(bool,OopClosure*,CLDClosure*,CodeBlobClosure*)+0xe0
      V [libjvm.so+0x102d588] void G1RootProcessor::process_strong_roots(OopClosure*,CLDClosure*,CodeBlobClosure*)+0x128
      V [libjvm.so+0xff08fa] void G1MarkSweep::invoke_at_safepoint(ReferenceProcessor*,bool)+0x11a
      V [libjvm.so+0xfcab21] bool G1CollectedHeap::do_full_collection(bool,bool)+0x5e1
      V [libjvm.so+0xfcb438] HeapWord*G1CollectedHeap::satisfy_failed_allocation(unsigned long,unsigned char,bool*)+0x58
      V [libjvm.so+0x185c59c] void VM_G1CollectForAllocation::doit()+0x9c
      V [libjvm.so+0x185a1d7] void VM_Operation::evaluate()+0x67
      V [libjvm.so+0x1858110] void VMThread::loop()+0x490
      V [libjvm.so+0x18576fb] void VMThread::run()+0x9b
      V [libjvm.so+0x15878e0] java_start+0x230
      C [libc.so.1+0x12257d] _thrp_setup+0xa5
      C [libc.so.1+0x122820] _lwp_start+0x0

      VM_Operation (0xfffffd7f83dd6780): G1CollectForAllocation, mode: safepoint, requested by thread 0x0000000000e3d000

        Attachments

          Issue Links

            Activity

              People

              • Assignee:
                drwhite Derek White
                Reporter:
                dfazunen Dmitry Fazunenko (Inactive)
              • Votes:
                0 Vote for this issue
                Watchers:
                2 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: