Error with minecraft 1.21 Fabric

[MohamedAliRashad]

Describe the problem

Server Craches

Container definition

version: "3.8"

services:
  minecraft-server2:
    image: itzg/minecraft-server
    container_name: minecraft-server2
    restart: unless-stopped
    tty: true
    stdin_open: true
    ports:
      - 25565:25565
    environment:
      EULA: "true"
      ONLINE_MODE: "false"
      DIFFICULTY: "normal"
      PVP: "false"
      SERVER_NAME: "Secrets of Life"
      MOTD: "Welcome to Secrets of Life!"
      SEED: "-5048147120987527884"
      TYPE: FABRIC
      VERSION: "1.21"
      MODRINTH_PROJECTS: |
        fabric-api
        cloth-config
      REMOVE_OLD_MODS: TRUE
    volumes:
      # attach the relative directory 'data' to the container's /data path
      - ./new_data:/data

Container logs

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x0000785c108eca51, pid=751, tid=812
#
# JRE version: OpenJDK Runtime Environment Temurin-21.0.3+9 (21.0.3+9) (build 21.0.3+9-LTS)
# Java VM: OpenJDK 64-Bit Server VM Temurin-21.0.3+9 (21.0.3+9-LTS, mixed mode, sharing, tiered, compressed oops, compressed class ptrs, g1 gc, linux-amd64)
# Problematic frame:
# V  [libjvm.so+0x7cfa51]  G1ConcurrentMark::mark_in_bitmap(unsigned int, oopDesc*) [clone .constprop.0]+0x41
#
# Core dump will be written. Default location: Core dumps may be processed with "/usr/share/apport/apport -p%p -s%s -c%c -d%d -P%P -u%u -g%g -- %E" (or dumping to /data/core.751)
#
# An error report file with more information is saved as:
# /data/hs_err_pid751.log
#
# If you would like to submit a bug report, please visit:
#   https://github.com/adoptium/adoptium-support/issues
#
2024-06-16T04:47:34.589Z	WARN	mc-server-runner	Minecraft server failed. Inspect logs above for errors that indicate cause. DO NOT report this line as an error.	{"exitCode": -1}
2024-06-16T04:47:34.589Z	INFO	mc-server-runner	Done

[itzg]

Unfortunately that's not something I can fix via the image. It will be caused ultimately by some interaction with your host hardware and/or kernel. I would suggest googling with the keywords from the crash.

You could also try some of the other image tags.

[MohamedAliRashad]

@itzg
The logs is not helpful at all

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x0000000000190018, pid=775, tid=869
#
# JRE version: OpenJDK Runtime Environment Temurin-21.0.3+9 (21.0.3+9) (build 21.0.3+9-LTS)
# Java VM: OpenJDK 64-Bit Server VM Temurin-21.0.3+9 (21.0.3+9-LTS, mixed mode, sharing, tiered, compressed oops, compressed class ptrs, g1 gc, linux-amd64)
# Problematic frame:
# V  [libjvm.so+0x813d7d]  G1ParScanThreadState::trim_queue_to_threshold(unsigned int)+0x359d
#
# Core dump will be written. Default location: Core dumps may be processed with "/usr/share/apport/apport -p%p -s%s -c%c -d%d -P%P -u%u -g%g -- %E" (or dumping to /data/core.775)
#
# If you would like to submit a bug report, please visit:
#   https://github.com/adoptium/adoptium-support/issues
#

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

Command Line: -Xmx8G -Xms4G ./fabric-server-mc.1.21-loader.0.15.11-launcher.1.0.1.jar

Host: AMD Ryzen 9 7950X 16-Core Processor, 32 cores, 30G, Ubuntu 22.04.4 LTS
Time: Mon Jun 17 02:35:07 2024 UTC elapsed time: 971.231496 seconds (0d 0h 16m 11s)

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

Current thread (0x000070550c012bb0):  WorkerThread "GC Thread#12"   [id=869, stack(0x00007055118f5000,0x00007055119f5000) (1024K)]

Stack: [0x00007055118f5000,0x00007055119f5000],  sp=0x00007055119f24b0,  free space=1013k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0x813d7d]  G1ParScanThreadState::trim_queue_to_threshold(unsigned int)+0x359d
V  [libjvm.so+0x8342ca]  G1ParCopyClosure<(G1Barrier)0, false>::do_oop(oopDesc**)+0x9a
V  [libjvm.so+0xcec6fc]  InterpreterOopMap::iterate_oop(OffsetClosure*) const+0xfc
V  [libjvm.so+0x79ec28]  frame::oops_interpreted_do(OopClosure*, RegisterMap const*, bool) const+0x198
V  [libjvm.so+0x921663]  JavaThread::oops_do_frames(OopClosure*, CodeBlobClosure*) [clone .part.0]+0xd3
V  [libjvm.so+0xf74e85]  Thread::oops_do(OopClosure*, CodeBlobClosure*)+0x95
V  [libjvm.so+0xf813b2]  Threads::possibly_parallel_oops_do(bool, OopClosure*, CodeBlobClosure*)+0x102
V  [libjvm.so+0x8368c2]  G1RootProcessor::process_java_roots(G1RootClosures*, G1GCPhaseTimes*, unsigned int)+0x72
V  [libjvm.so+0x836fa1]  G1RootProcessor::evacuate_roots(G1ParScanThreadState*, unsigned int)+0x61
V  [libjvm.so+0x84b052]  G1EvacuateRegionsTask::scan_roots(G1ParScanThreadState*, unsigned int)+0x22
V  [libjvm.so+0x84b2b9]  G1EvacuateRegionsBaseTask::work(unsigned int)+0x89
V  [libjvm.so+0x1031d90]  WorkerThread::run()+0x80
V  [libjvm.so+0xf753b8]  Thread::call_run()+0xa8
V  [libjvm.so+0xd0012a]  thread_native_entry(Thread*)+0xda
JavaThread 0x00007053ac03ae80 (nid = 1510) was being processed
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
J 25086  io.netty.channel.epoll.Native.epollWait(IJII)I (0 bytes) @ 0x0000705588113582 [0x0000705588113520+0x0000000000000062]
J 30183 c2 io.netty.channel.epoll.Native.epollWait(Lio/netty/channel/unix/FileDescriptor;Lio/netty/channel/epoll/EpollEventArray;I)I (30 bytes) @ 0x0000705587336ed0 [0x0000705587336ea0+0x0000000000000030]
J 29539 c1 io.netty.channel.epoll.Native.epollWait(Lio/netty/channel/unix/FileDescriptor;Lio/netty/channel/epoll/EpollEventArray;Z)I (15 bytes) @ 0x000070557f85faec [0x000070557f85fa40+0x00000000000000ac]
j  io.netty.channel.epoll.EpollEventLoop.epollWaitNoTimerChange()I+9
j  io.netty.channel.epoll.EpollEventLoop.run()V+184
j  io.netty.util.concurrent.SingleThreadEventExecutor$4.run()V+44
j  io.netty.util.internal.ThreadExecutorMap$2.run()V+11
j  java.lang.Thread.runWith(Ljava/lang/Object;Ljava/lang/Runnable;)V+5 java.base@21.0.3
j  java.lang.Thread.run()V+19 java.base@21.0.3
v  ~StubRoutines::call_stub 0x00007055863f2cc6

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

Registers:
RAX=0x0000000000190018, RBX=0x0000705490000d90, RCX=0x0000000000000000, RDX=0x0000000000000001
RSP=0x00007055119f24a8, RBP=0x00007055119f2550, RSI=0x000000066c4cd7c0, RDI=0x00007055178e8c80
R8 =0x0000000000000001, R9 =0x0000000000000000, R10=0x0000000000000000, R11=0x0000000000000069
R12=0x000000066295efb1, R13=0x000000066c4cd7c0, R14=0x000070559af67808, R15=0x0000000000000001
RIP=0x0000000000190018, EFLAGS=0x0000000000010283, CSGSFS=0x002b000000000033, ERR=0x0000000000000014
  TRAPNO=0x000000000000000e

...

[itzg]

Seems to be related to adoptium/adoptium-support#959

[itzg]

...it's possibly a bug in Fabric since 1.21 is a very new major version. The faulty frame varied between each log you provided.

[MohamedAliRashad]

@itzg After i removed fabric-api and cloth-config-api the error stopped appearing.
I think you are correct