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

[linux x86] assert in g1ConcurrentMark.cpp: Overflow during reference processing

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Duplicate
    • Icon: P3 P3
    • 22
    • 22
    • hotspot
    • None
    • gc
    • x86
    • linux

      I've seen this several times over the last weeks, always on x86.

      https://github.com/tstuefe/jdk/actions/runs/5629505655/attempts/1#user-content-tools_javac_lambda_bytecode_testlambdabytecodetargetrelease14

      ```
      #
      # A fatal error has been detected by the Java Runtime Environment:
      #
      # Internal Error (g1ConcurrentMark.cpp:1671), pid=23144, tid=23154
      # fatal error: Overflow during reference processing, can not continue. Current mark stack depth: 65472, MarkStackSize: 65536, MarkStackSizeMax: 4194304. Please increase MarkStackSize and/or MarkStackSizeMax and restart.
      #
      # JRE version: OpenJDK Runtime Environment (22.0) (build 22-internal-tstuefe-c3ce46f4f7cb41000afc6a4a7de7c990817c1ee1)
      # Java VM: OpenJDK Server VM (22-internal-tstuefe-c3ce46f4f7cb41000afc6a4a7de7c990817c1ee1, mixed mode, tiered, g1 gc, linux-x86)
      # Problematic frame:
      # V [libjvm.so+0x5c18eb] G1ConcurrentMark::weak_refs_work()+0x31b
      #
      # CreateCoredumpOnCrash turned off, no core file dumped
      #
      # If you would like to submit a bug report, please visit:
      # https://bugreport.java.com/bugreport/crash.jsp
      #
      ```

      I *believe*, but I may be wrong, that I saw these errors first creep up short after JDK-8281455. It would be a bit weird though, since those changes should have no effect on 32-bit.

            Unassigned Unassigned
            stuefe Thomas Stuefe
            Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

              Created:
              Updated:
              Resolved: