Failed to auto-install auto_forge JAVA 21 GRAALVM and JAVA 17 GRAALVM

[JuanesxP]

Hi itzg, So I've been having these problem in a new machine. Where i wrote the docker-compose in an old machine and after 3 days trying to figure it out i have the conclusions of:

1. It my new machine where is lack of permissions to wrote jar files
2. Modpack authos (ATM9) change the game versions
3. Api_key doesnt recognize auto_curseforge

So the server work in the image minecraft-server:latest but none of the minecraft-server:java17-graalvm and java21-graalvm ( in the old machine they work fine)

Services:
  minecraft:
    image: itzg/minecraft-server:java21-graalvm
    tty: true
    stdin_open: true
    ports:
    - "25565:25565"
    - "19565:19565"
    environment:
      EULA: "TRUE"
      MEMORY: "8G"
      MAX_MEMORY: "24G"
      MOTD: "JuanesxP"
      ENABLE_JMX: "true"
      JMZ_HOST: "7091"
      DIFFICULTY: "normal"
      MAX_PLAYERS: "6"
      VIEW_DISTANCE: "12"
      ONLINE_MODE: "false"
      NETWORK_COMPRESSION_THRESHOLD: "-1"
      USE_MODPACK_START_SCRIPT: "true"
      SIMULATION_DISTANCE: "12"
      TYPE: "AUTO_CURSEFORGE"
      CF_API_KEY: '$$2a$$10$$m8YYBri0xzG21Do/tFMODOe0dC8MzkZJnTQfZ6RZdoGv79k/diVFe'
      CF_PAGE_URL: "https://www.curseforge.com/minecraft/modpacks/all-the-mods-9/files/7097953"
      ##CURSEFOGE_FILES:| CF_EXLUDE_MODS: | PLUGINS: 
      CF_FORGE_REINSTALL_MODLOADER: true
      CF_FORGE_SYNCHRONIZE: true
      USE_MEOWICE_FLAGS: true
      USE_MEOWICE_GRAALVM_FLAGS: true
      JVM_OPTS: | ## Let me know if you want to know JVM they are too much but they are the same as USE_MEOWICE_GRAALVM
     volumes:
      # attach the relative directory 'data' to the container's /data path
      - ./data:/data
     restart: on-failure:3
     networks:
      minecraft:
        aliases:
          - minecraft
 networks:
  minecraft:
    name: minecraft

Data  version.json
  Processor failed, invalid outputs:
    /data/./libraries/net/minecraft/server/1.20.1-20230612.114412/server-1.20.1-20230612.114412-slim.jar
      Expected: 9e06bdd77ca6d95b2cced0bf372245f753eeb16a
      Actual:   549ed8cdd7186746f9499593675b4b265ceca7db
    /data/./libraries/net/minecraft/server/1.20.1-20230612.114412/server-1.20.1-20230612.114412-extra.jar
      Expected: 13522e3278befd103064d91a199451df4cd2633f
      Actual:   333b063513556432950a93407f1ba4453e8176f3
There was an error during installation
[mc-image-helper] 10:52:45.860 ERROR : 'install-curseforge' command failed. Version is 1.50.6
me.itzg.helpers.errors.GenericException: Forge installer failed with exit code 1
        at me.itzg.helpers.forge.ForgeLikeInstaller.install(ForgeLikeInstaller.java:208)
        at me.itzg.helpers.forge.ForgeLikeInstaller.install(ForgeLikeInstaller.java:96)
        at me.itzg.helpers.curseforge.CurseForgeInstaller.prepareForge(CurseForgeInstaller.java:1015)
        at me.itzg.helpers.curseforge.CurseForgeInstaller.prepareModLoader(CurseForgeInstaller.java:981)
        at me.itzg.helpers.curseforge.CurseForgeInstaller.processModpack(CurseForgeInstaller.java:604)
        at me.itzg.helpers.curseforge.CurseForgeInstaller.resolveModpackFileAndProcess(CurseForgeInstaller.java:414)
        at me.itzg.helpers.curseforge.CurseForgeInstaller.installByRetrievingModpackZip(CurseForgeInstaller.java:274)
        at me.itzg.helpers.curseforge.CurseForgeInstaller.lambda$install$3(CurseForgeInstaller.java:196)
        at me.itzg.helpers.curseforge.CurseForgeInstaller.install(CurseForgeInstaller.java:242)
        at me.itzg.helpers.curseforge.CurseForgeInstaller.install(CurseForgeInstaller.java:195)
        at me.itzg.helpers.curseforge.InstallCurseForgeCommand.call(InstallCurseForgeCommand.java:252)
        at me.itzg.helpers.curseforge.InstallCurseForgeCommand.call(InstallCurseForgeCommand.java:33)
        at picocli.CommandLine.executeUserObject(CommandLine.java:2031)
        at picocli.CommandLine.access$1500(CommandLine.java:148)
        at picocli.CommandLine$RunLast.executeUserObjectOfLastSubcommandWithSameParent(CommandLine.java:2469)
        at picocli.CommandLine$RunLast.handle(CommandLine.java:2461)
        at picocli.CommandLine$RunLast.handle(CommandLine.java:2423)
        at picocli.CommandLine$AbstractParseResultHandler.execute(CommandLine.java:2277)
        at picocli.CommandLine$RunLast.execute(CommandLine.java:2425)
        at picocli.CommandLine.execute(CommandLine.java:2174)
        at me.itzg.helpers.McImageHelper.main(McImageHelper.java:176)
[init] [ERROR] Failed to auto-install CurseForge modpack 

[itzg]

The primary error is reported by forge installer. I can't diagnose that further. Maybe the disk or network is having issues.

Data  version.json
  Processor failed, invalid outputs:
    /data/./libraries/net/minecraft/server/1.20.1-20230612.114412/server-1.20.1-20230612.114412-slim.jar
      Expected: 9e06bdd77ca6d95b2cced0bf372245f753eeb16a
      Actual:   549ed8cdd7186746f9499593675b4b265ceca7db
    /data/./libraries/net/minecraft/server/1.20.1-20230612.114412/server-1.20.1-20230612.114412-extra.jar
      Expected: 13522e3278befd103064d91a199451df4cd2633f
      Actual:   333b063513556432950a93407f1ba4453e8176f3

[JuanesxP]

So basically what i did its make the docker compose up with the image itzg/minecraft-server:java21 install all the mods and forge and then stop it and change the image to itzg/minecraft-server:java21-graalvm.
My conclusion its that there is an error in the modpack, network or the image (but i dont want to blame the image)

[itzg]

but i dont want to blame the image

Good, because 99% unlikely to be the image...yet you reported an issue here against the image 😉 Seriously though, it's a decent place to discuss and see what can be figured out.

What happens if you switch the image back? Your issue is more likely due to something with recreating the container attached to the same host directory. Speaking of which, have you tried to a fresh new data host directory like ./data2:/data?

[JuanesxP]

Well, more likely to say its the Forge jar that its compile in graalvm.

So i have 2 machines where im trying the same docker and they had the same issue and probably that could be a good solution
i will see on my backup machine if thats a solution

[itzg]

the Forge jar that its compile in graalvm

There's a common misconception with graalvm. Most people know it for its ahead of time (AOT) compilation into native executables. In this case, with this image it's just running their Hotspot JVM. So it's the same jar, same just in time (JIT), just different vendor/build of the JVM.

[JuanesxP]

So it feels like im using Java 21 SE version instead of graalvm : That is what is says on grafana
Oracle Corporation, Java(TM) SE Runtime Environment, 21.0.9+7-LTS-jvmci-23.1-b79

services:
  minecraft:
    image: itzg/minecraft-server:java21-graalvm
    tty: true
    stdin_open: true
    ports:
    - "25565:25565"
    - "19565:19565"
    - "8123:8123"
    environment:
      EULA: "TRUE"
      MEMORY: "8G"
      MAX_MEMORY: "24G"
      MAX_PLAYERS: "6"
      ONLINE_MODE: "false"
      ALLOW_FLIGHT: "true"
      NETWORK_COMPRESSION_THRESHOLD: "-1"
      TYPE: "AUTO_CURSEFORGE"
      CF_API_KEY: '$$2a$$10$$m8YYBri0xzG21Do/tFMODOe0dC8MzkZJnTQfZ6RZdoGv79k/diVFe'
      CF_PAGE_URL: https://www.curseforge.com/minecraft/modpacks/all-the-mods-9/files/7097953
      CURSEFORGE_FILES: |
        351938
      CF_EXCLUDE_MODS: |
        1130957
        908741
      PLUGINS: |
        https://cdn.modrinth.com/data/veruP9P9/versions/WKmFT80f/tablist-1.0.2.jar
        https://cdn.modrinth.com/data/fRQREgAc/versions/RtI5TFAi/Dynmap-3.7-beta-6-forge-1.20.jar
        https://cdn.modrinth.com/data/CVBAErky/versions/C1fCIQSh/imst-2.1.0.jar
        https://cdn.modrinth.com/data/w6JSkKSH/versions/2pix3xrW/toofast-1.20-0.4.3.5.jar
        https://cdn.modrinth.com/data/IAnP4np7/versions/XALEBs0a/create-structures-0.1.1-1.20.1-FORGE.jar
        https://cdn.modrinth.com/data/fALzjamp/versions/4FTDk9wv/Chunky-1.3.146.jar
        https://cdn.modrinth.com/data/ghrZDhGW/versions/g7Dm2Sg8/skinrestorer-2.4.3%2B1.20-forge.jar
      USE_MEOWICE_FLAGS: true
      USE_MEOWICE_GRAALVM_FLAGS: true
      JVM_OPTS: | 
        --add-modules=jdk.incubator.vector -XX:+UseG1GC -XX:MaxGCPauseMillis=200 -XX:+UnlockExperimentalVMOptions -XX:+UnlockDiagnosticVMOptions -XX:+DisableExplicitGC -XX:+AlwaysPreTouch -XX:G1NewSizePercent=28 -XX:G1MaxNewSizePercent=50 -XX:G1HeapRegionSize=16M -XX:G1ReservePercent=15 -XX:G1MixedGCCountTarget=3 -XX:InitiatingHeapOccupancyPercent=20 -XX:G1MixedGCLiveThresholdPercent=90 -XX:SurvivorRatio=32 -XX:G1HeapWastePercent=5 -XX:MaxTenuringThreshold=1 -XX:+PerfDisableSharedMem -XX:G1SATBBufferEnqueueingThresholdPercent=30 -XX:G1ConcMarkStepDurationMillis=5 -XX:G1RSetUpdatingPauseTimePercent=0 -XX:+UseNUMA -XX:-DontCompileHugeMethods -XX:MaxNodeLimit=240000 -XX:NodeLimitFudgeFactor=8000 -XX:ReservedCodeCacheSize=400M -XX:NonNMethodCodeHeapSize=12M -XX:ProfiledCodeHeapSize=194M -XX:NonProfiledCodeHeapSize=194M -XX:NmethodSweepActivity=1 -XX:+UseFastUnorderedTimeStamps -XX:+UseCriticalJavaThreadPriority -XX:AllocatePrefetchStyle=3 -XX:+AlwaysActAsServerClassMachine -XX:+UseTransparentHugePages -XX:LargePageSizeInBytes=2M -XX:+UseLargePages -XX:+EagerJVMCI -XX:+UseStringDeduplication -XX:+UseAES -XX:+UseAESIntrinsics -XX:+UseFMA -XX:+UseLoopPredicate -XX:+RangeCheckElimination -XX:+OptimizeStringConcat -XX:+UseCompressedOops -XX:+UseThreadPriorities -XX:+OmitStackTraceInFastThrow -XX:+RewriteBytecodes -XX:+RewriteFrequentPairs -XX:+UseFPUForSpilling -XX:+UseFastStosb -XX:+UseNewLongLShift -XX:+UseVectorCmov -XX:+UseXMMForArrayCopy -XX:+UseXmmI2D -XX:+UseXmmI2F -XX:+UseXmmLoadAndClearUpper -XX:+UseXmmRegToRegMoveAll -XX:+EliminateLocks -XX:+DoEscapeAnalysis -XX:+AlignVector -XX:+OptimizeFill -XX:+EnableVectorSupport -XX:+UseCharacterCompareIntrinsics -XX:+UseCopySignIntrinsic -XX:+UseVectorStubs -XX:UseAVX=2 -XX:UseSSE=4 -XX:+UseFastJNIAccessors -XX:+UseInlineCaches -XX:+SegmentedCodeCache -Djdk.nio.maxCachedBufferSize=262144 -Djdk.graal.UsePriorityInlining=true -Djdk.graal.Vectorization=true -Djdk.graal.OptDuplication=true -Djdk.graal.DetectInvertedLoopsAsCounted=true -Djdk.graal.LoopInversion=true -Djdk.graal.VectorizeHashes=true -Djdk.graal.EnterprisePartialUnroll=true -Djdk.graal.VectorizeSIMD=true -Djdk.graal.StripMineNonCountedLoops=true -Djdk.graal.SpeculativeGuardMovement=true -Djdk.graal.TuneInlinerExploration=1 -Djdk.graal.LoopRotation=true -Djdk.graal.CompilerConfiguration=enterprise
    volumes:
      # attach the relative directory 'data' to the container's /data path
      - ./data:/data
    restart: on-failure:3
    networks:
      minecraft:
        aliases:
          - minecraft
  prometheus:
    image: ubuntu/prometheus
    tty: true
    stdin_open: true
    ports:
    - "9090:9090"
    restart: on-failure:3
    volumes:
    - /opt/prometheus/prometheus.yml:/etc/prometheus/prometheus.yml
    networks:
      minecraft:
        aliases:
          - prometheus
  grafana:
    image: grafana/grafana
    tty: true
    stdin_open: true
    ports:
    - "3000:3000"
    volumes:
    - /opt/grafana:/var/lib/grafana
    restart: on-failure:3
    user: "1000"
    networks:
      minecraft:
        aliases:
          - grafana
networks:
  minecraft:
    name: minecraft

[itzg]

So it feels like im using Java 21 SE version instead of graalvm : That is what is says on grafana
Oracle Corporation, Java(TM) SE Runtime Environment, 21.0.9+7-LTS-jvmci-23.1-b79

Yes, that is the same as what I just explained. Graalvm JRE is just another distribution of Java.

[itzg]

Note the 2nd and 3rd lines of output from java -version command:

> docker run --rm --entrypoint java itzg/minecraft-server:java21-graalvm -version

java version "21.0.9" 2025-10-21 LTS
Java(TM) SE Runtime Environment Oracle GraalVM 21.0.9+7.1 (build 21.0.9+7-LTS-jvmci-23.1-b79)
Java HotSpot(TM) 64-Bit Server VM Oracle GraalVM 21.0.9+7.1 (build 21.0.9+7-LTS-jvmci-23.1-b79, mixed mode, sharing)

[JuanesxP]

Yes, i wanted to double check
Thank you so much owner for time and effort
I know i am a newbie but this replies are pretty good and gold
Can i close the ticket?

[itzg]

Yes closing it would be great

[dobbleg1000]

Wanted to say im having the same issue with the same images and forge versions

[dobbleg1000]

but more importantly @JuanesxP you should redo your api key now that this one is public

[JuanesxP]

UPS didn’t realize when I submit the .yaml
Thank you so much

So yeah basically the o ly form its charge the .data with the normal image and then change it to graalvm, now I don’t know if only changes the text or the hole java