I'm encountering error running Elasticsearch 8.17.0 on Windows 11 Pro version 24H2 with embedded Java 23.0+37, this error started occurring since I upgraded Elasticsearch to 8.16.1, I've got a memory of 128GB and I'm using the auto configuration for JVM heap which translates to 31GB(around half of the free memory).
elasticsearch-service-x64-stdout
2025-01-17 06:45:28 Apache Commons Daemon procrun stdout initialized.
CompileCommand: dontinline java/lang/invoke/MethodHandle.setAsTypeCache bool dontinline = true
CompileCommand: dontinline java/lang/invoke/MethodHandle.asTypeUncached bool dontinline = true
#
# A fatal error has been detected by the Java Runtime Environment:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x000001ac610cbd45, pid=8880, tid=11664
#
# JRE version: OpenJDK Runtime Environment (23.0+37) (build 23+37-2369)
# Java VM: OpenJDK 64-Bit Server VM (23+37-2369, mixed mode, sharing, tiered, compressed oops, compressed class ptrs, g1 gc, windows-amd64)
# Problematic frame:
# J 14900 c2 java.util.HashMap.putVal(ILjava/lang/Object;Ljava/lang/Object;ZZ)Ljava/lang/Object; java.base@23 (300 bytes) @ 0x000001ac610cbd45 [0x000001ac610cbb60+0x00000000000001e5]
#
# No core dump will be written. Minidumps are not enabled by default on client versions of Windows
#
# An error report file with more information is saved as:
# logs/hs_err_pid8880.log
[5378.521s][warning][os] Loading hsdis library failed
#
# If you would like to submit a bug report, please visit:
#
#
2025-01-17 08:45:09 Apache Commons Daemon procrun stdout initialized.
CompileCommand: dontinline java/lang/invoke/MethodHandle.setAsTypeCache bool dontinline = true
CompileCommand: dontinline java/lang/invoke/MethodHandle.asTypeUncached bool dontinline = true
I followed the fix that was done in EXCEPTION_ACCESS_VIOLATION in Elasticsearch 8.16.1 Running on Java 17 with no success of resolving the issue.
This also fails around the same time every day(give or take a few minutes) and sometimes randomly at anytime for other instances.
The problematic frame is also the same every time.