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 afterJDK-8281455. It would be a bit weird though, since those changes should have no effect on 32-bit.
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
- duplicates
-
JDK-8280087 G1: Handle out-of-mark stack situations during reference processing more gracefully
- Resolved
- relates to
-
JDK-8280087 G1: Handle out-of-mark stack situations during reference processing more gracefully
- Resolved
1.
|
Problemlist failing test on linux x86 | Resolved | Thomas Stuefe |