Hi ... I'm desperate.

Since upgrading my hardware, I've encountered a persistent issue with one of my Docker containers.
Sometimes the container crashes directly after start, sometimes after hours ... 
I can't identify any function in Openhab that causes the container to crash.
The Openhab container keeps crashing with the following error:
Docker Log:

# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x000014ad623f1b25, pid=198, tid=1495
#
# JRE version: OpenJDK Runtime Environment (17.0.12+7) (build 17.0.12+7-Debian-2deb11u1)
# Java VM: OpenJDK 64-Bit Server VM (17.0.12+7-Debian-2deb11u1, mixed mode, tiered, compressed oops, compressed class ptrs, g1 gc, linux-amd64)
# Problematic frame:
# V  [libjvm.so+0x7f1b25]  PhaseChaitin::interfere_with_live(unsigned int, IndexSet*) [clone .part.0]+0xd5

Openhab Log:

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

Command Line: -XX:-UsePerfData -Dopenhab.home=/openhab -Dopenhab.conf=/openhab/conf -Dopenhab.runtime=/openhab/runtime -Dopenhab.userdata=/openhab/userdata -Dopenhab.logdir=/openhab/userdata/logs -Dfelix.cm.dir=/openhab/userdata/config -Djava.library.path=/openhab/userdata/tmp/lib -Djdk.util.zip.disableZip64ExtraFieldValidation=true -Djetty.host=0.0.0.0 -Djetty.http.compliance=RFC2616 -Dorg.apache.cxf.osgi.http.transport.disable=true -Dorg.ops4j.pax.web.listening.addresses=0.0.0.0 -Dorg.osgi.service.http.port=8080 -Dorg.osgi.service.http.port.secure=8443 -Djava.awt.headless=true -Dfile.encoding=UTF-8 --add-reads=java.xml=java.logging --add-exports=java.base/org.apache.karaf.specs.locator=java.xml,ALL-UNNAMED --patch-module=java.base=/openhab/runtime/lib/endorsed/org.apache.karaf.specs.locator-4.4.6.jar --patch-module=java.xml=/openhab/runtime/lib/endorsed/org.apache.karaf.specs.java.xml-4.4.6.jar --add-opens=java.base/java.security=ALL-UNNAMED --add-opens=java.base/java.net=ALL-UNNAMED --add-opens=java.base/java.lang=ALL-UNNAMED --add-opens=java.base/java.util=ALL-UNNAMED --add-opens=java.naming/javax.naming.spi=ALL-UNNAMED --add-opens=java.rmi/sun.rmi.transport.tcp=ALL-UNNAMED --add-opens=java.base/java.io=ALL-UNNAMED --add-opens=java.base/java.lang.reflect=ALL-UNNAMED --add-opens=java.base/java.text=ALL-UNNAMED --add-opens=java.base/java.time=ALL-UNNAMED --add-opens=java.desktop/java.awt.font=ALL-UNNAMED --add-exports=java.base/sun.net.www.protocol.file=ALL-UNNAMED --add-exports=java.base/sun.net.www.protocol.ftp=ALL-UNNAMED --add-exports=java.base/sun.net.www.protocol.http=ALL-UNNAMED --add-exports=java.base/sun.net.www.protocol.https=ALL-UNNAMED --add-exports=java.base/sun.net.www.protocol.jar=ALL-UNNAMED --add-exports=java.base/sun.net.www.content.text=ALL-UNNAMED --add-exports=jdk.xml.dom/org.w3c.dom.html=ALL-UNNAMED --add-exports=jdk.naming.rmi/com.sun.jndi.url.rmi=ALL-UNNAMED --add-exports=java.rmi/sun.rmi.registry=ALL-UNNAMED --add-exports=java.security.sasl/com.sun.security.sasl=ALL-UNNAMED --add-exports=java.naming/com.sun.jndi.ldap=ALL-UNNAMED -Dkaraf.instances=/openhab/userdata/tmp/instances -Dkaraf.home=/openhab/runtime -Dkaraf.base=/openhab/userdata -Dkaraf.data=/openhab/userdata -Dkaraf.etc=/openhab/userdata/etc -Dkaraf.log=/openhab/userdata/logs -Dkaraf.restart.jvm.supported=true -Djava.io.tmpdir=/openhab/userdata/tmp -Djava.util.logging.config.file=/openhab/userdata/etc/java.util.logging.properties -Dkaraf.startLocalConsole=true -Dkaraf.startRemoteShell=true org.apache.karaf.main.Main

Host: 13th Gen Intel(R) Core(TM) i9-13900K, 32 cores, 31G, Debian GNU/Linux 11 (bullseye)
Time: Mon Jan 20 18:46:32 2025 CET elapsed time: 30.368046 seconds (0d 0h 0m 30s)

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

Current thread (0x000014aab4022560):  JavaThread "C2 CompilerThread6" daemon [_thread_in_native, id=1495, stack(0x000014a915294000,0x000014a915394000)]


Current CompileTask:
C2:  30368 27781       4       com.influxdb.query.internal.FluxCsvParser::toValue (533 bytes)

Stack: [0x000014a915294000,0x000014a915394000],  sp=0x000014a91538f450,  free space=1005k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0x7f1b25]  PhaseChaitin::interfere_with_live(unsigned int, IndexSet*) [clone .part.0]+0xd5


siginfo: si_signo: 11 (SIGSEGV), si_code: 1 (SEGV_MAPERR), si_addr: 0x000014b8bdccdc14

Registers:
RAX=0x000014aad06d0500, RBX=0x00000000000008ff, RCX=0x000000001538f390, RDX=0x0000000000000000
RSP=0x000014a91538f450, RBP=0x000014a91538f388, RSI=0x000014b8bdccdb80, RDI=0x0000000000000000
R8 =0x000000001538f390, R9 =0x000014a91538f770, R10=0x0000000000000001, R11=0x000014aad072ec58
R12=0x0000000000059f60, R13=0x000014a91538f460, R14=0x000014aad072ec58, R15=0x000014a91538fa90
RIP=0x000014ad623f1b25, EFLAGS=0x0000000000010206, CSGSFS=0x002b000000000033, ERR=0x0000000000000004
  TRAPNO=0x000000000000000e


Register to memory mapping:

RAX=0x000014aad06d0500 points into unknown readable memory: 0x0000000000000000 | 00 00 00 00 00 00 00 00
RBX=0x00000000000008ff is an unknown value
RCX=0x000000001538f390 is an unknown value
RDX=0x0 is NULL

Here’s what I’ve tried so far to resolve the issue:

• Removed all plugins.
• Reinstalled Docker (deleted the IMAGE disk).
• Tested various versions of the Docker container for OpenHab.
• Ran the Docker container from scratch, without any prior configuration.
• Verified and reset permissions on the appdata directory.

Interestingly, all other containers are functioning flawlessly. Before the hardware upgrade, Docker was rock-solid and never crashed.

To keep things running smoothly at home, I’ve temporarily shifted the identical container configuration to a Raspberry Pi (absolutely stable).

Since it ran absolutely stable before the hardware swap and also runs perfectly on my Raspberry Pi with the identical configuration, I would assume that the issue lies with my UNRAID installation. But what else can I do? I'm truly at my wit’s end.

 

One more notable point: When I start UNRAID in safe mode, the container operates without any issues.

heim-serv-diagnostics-20250120-1904.zip hs_err_pid198.log

Did you add the extra parm or review there forum. as having to deal with nul pointer errors at work... this is usually a java sdk runtime error or script error unable to access a resource...

 

@bmartino1, thanks.

Yes, I've searched (a lot ..) and spend much time

And yes, I made a posting in openhab forum ... becaus in the first meaning, it sounds like a problem within openhab ...

But one thin irritates me, when I start UNRAID in SafeMode, the container is stable ...

And in the past, so before my hardware upgrade, the same container was stable for month ...

My current attempt is to limit the CPU number to 4 cores. Until now the container is stable (fingercross) ...

Still stable ... I made some restarts --- stable ... is the CPU core limiting the solution ... 🙏
I will report