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

[PPC64] assert(Universe::heap()->is_in(result)) failed: object not in heap



    • Bug
    • Status: Resolved
    • P3
    • Resolution: Fixed
    • 16
    • 16
    • hotspot
    • None
    • gc
    • b24
    • ppc


      Seen on ppcle with serialgc during gc/metaspace/TestMetaspacePerfCounters, but I am not sure this has anything to do with Metaspace. Possibly related to JDK-8237363. Happened today the first time.

      # A fatal error has been detected by the Java Runtime Environment:
      # Internal Error (/sapmnt/sapjvm_work/openjdk/nb/linuxppc64le/jdk/src/hotspot/share/oops/compressedOops.inline.hpp:57), pid=19611, tid=19645
      # assert(Universe::heap()->is_in(result)) failed: object not in heap 0x00000000e0010648
      # JRE version: OpenJDK Runtime Environment ( (fastdebug build
      # Java VM: OpenJDK 64-Bit Server VM (fastdebug, mixed mode, sharing, tiered, compressed oops, serial gc, linux-ppc64le)
      # Problematic frame:
      # V [libjvm.so+0x14b9d50] NativeMovConstReg::data() const+0x3b0
      # Core dump will be written. Default location: Core dumps may be processed with "/usr/lib/systemd/systemd-coredump %P %u %g %s %t %c %e" (or dumping to /priv/jvmtests/output_openjdk16_stage_dbgU_linuxppc64le/jtreg_hotspot_tier1_work/JTwork/gc/metaspace/TestMetaspacePerfCounters_id0/core.19611)
      # If you would like to submit a bug report, please visit:
      # https://bugreport.java.com/bugreport/crash.jsp

      Current thread (0x00007fffa81c85e0): VMThread "VM Thread" [stack: 0x00007fffaea00000,0x00007fffaec00000] [id=19645]

      Stack: [0x00007fffaea00000,0x00007fffaec00000], sp=0x00007fffaebfd100, free space=2036k
      Native frames: (J=compiled Java code, A=aot compiled Java code, j=interpreted, Vv=VM code, C=native code)
      V [libjvm.so+0x14b9d50] NativeMovConstReg::data() const+0x3b0
      V [libjvm.so+0x170b730] Relocation::pd_set_data_value(unsigned char*, long, bool)+0x1f0
      V [libjvm.so+0x1706410] oop_Relocation::verify_oop_relocation()+0x1f0
      V [libjvm.so+0x93a3a8] CompiledMethod::verify_oop_relocations()+0x228
      V [libjvm.so+0x14d43d8] nmethod::oops_do_marking_epilogue()+0xf8
      V [libjvm.so+0x1810a18] StrongRootsScope::~StrongRootsScope()+0x48
      V [libjvm.so+0xcf1d68] GenMarkSweep::mark_sweep_phase3()+0x238
      V [libjvm.so+0xcf2498] GenMarkSweep::invoke_at_safepoint(ReferenceProcessor*, bool)+0x218
      V [libjvm.so+0x18f0858] TenuredGeneration::collect(bool, bool, unsigned long, bool)+0x128
      V [libjvm.so+0xceba14] GenCollectedHeap::collect_generation(Generation*, bool, unsigned long, bool, bool, bool, bool)+0x3a4
      V [libjvm.so+0xcedc50] GenCollectedHeap::do_collection(bool, bool, unsigned long, bool, GenCollectedHeap::GenerationType)+0x8b0
      V [libjvm.so+0xcef5a4] GenCollectedHeap::do_full_collection(bool, GenCollectedHeap::GenerationType)+0x44
      V [libjvm.so+0xcd228c] VM_GenCollectFull::doit()+0xec
      V [libjvm.so+0x1a44b44] VM_Operation::evaluate()+0x254
      V [libjvm.so+0x1a6fc6c] VMThread::evaluate_operation(VM_Operation*)+0x18c
      V [libjvm.so+0x1a70910] VMThread::inner_execute(VM_Operation*)+0x240
      V [libjvm.so+0x1a70d00] VMThread::loop()+0x120
      V [libjvm.so+0x1a70eb8] VMThread::run()+0x118
      V [libjvm.so+0x190823c] Thread::call_run()+0x14c
      V [libjvm.so+0x1585bac] thread_native_entry(Thread*)+0x17c
      C [libpthread.so.0+0x85e4] start_thread+0x114


        Issue Links



              mdoerr Martin Doerr
              stuefe Thomas Stuefe
              0 Vote for this issue
              7 Start watching this issue