Problems with deploying GTNH

[VxDxK]

Hi, I have some troubles with deploying gtnh using TYPE: GTNH and this docker compose (except gtnh version changed to 2.8.4)

Getting this start log:

> docker compose up
[+] up 1/1
 ✔ Container minecraft-gtnh-mc-1 Created                                                                                                                                                                              0.1s
Attaching to mc-1
mc-1  | [init] Changing ownership of /data to 1000 ...
mc-1  | [init] Running as uid=1000 gid=1000 with /data as 'drwxr-xr-x 2 1000 1000 4096 Jan 31 19:33 /data'
mc-1  | [init] Image info: buildtime=2026-01-30T00:43:35.211Z,version=java25,revision=941e25c4b9c76e3663d63ef8abaddba1272f0936
mc-1  | [init] Applying GTNH optimized server defaults
mc-1  | [init] TYPE=GTNH, setting Minecraft version to 1.7.10
mc-1  | [init] Start locating server files...
mc-1  | [init] Found exact match 2.8.4 = 2.8.4! Select 2.8.4 for download.
mc-1  | [init] Server files located! Will proceed update http://downloads.gtnewhorizons.com/ServerPacks/GT_New_Horizons_2.8.4_Server_Java_17-25.zip.
mc-1  | [init] Update/Install required: /data/.gtnh-version is missing or does not match the selected version GT_New_Horizons_2.8.4_Server_Java_17-25.zip.
mc-1  | [init] Downloading http://downloads.gtnewhorizons.com/ServerPacks/GT_New_Horizons_2.8.4_Server_Java_17-25.zip.
mc-1  | [init] Unpacking Server Files...
mc-1  | [init] [ERROR] Unsupported archive type: cannot open `[mc-image-helper] 19:33:42.481 INFO  : ex-0000000002 recoverable I/O exception (org.apache.hc.core5.http.NoHttpResponseException) caught when sending request
 to http://downloads.gtnewhorizons.com:80;request will be automatically re-executed in 0 MILLISECONDS (exec count 2)
mc-1  | /data/packs/GT_New_Horizons_2.8.4_Server_Java_17-25.zip' (No such file or directory)
mc-1  | [init] [ERROR] Unable to find content base of downloaded Server Files
mc-1 exited with code 1

Is there any suggestion what might be wrong?

[itzg]

@SgtMate do you have any ideas? Off hand it almost looks like stdout of mc image helper got redirected into the intended zip file.

[SgtMate]

Ill check it out. Could you provide more detailed logs.

[SgtMate]

@VxDxK have you tried downloading the pack from the server by hand? Maybe for some reason you can't?

[SgtMate]

@itzg Okay then the only thing I can do is catch it and throwing an error, as i dont see how this could be fixed. I'm just using --output-filename as you can see and for some reason this responds with a line from its logs.

[itzg]

@SgtMate does the GTNH feature work at all for you? If so, what's different about OP's case?

[SgtMate]

@itzg everything is working just fine for me. tested it on my system again just now.
I see no difference to my test setup, only thing that could be different is network connection and location.
The message from the logs provided recoverable I/O exception (org.apache.hc.core5.http.NoHttpResponseException) hints on some kind of network issue that was resolved by mc-image-helper but somehow overwrote the output of the filename i expected from the function.

[itzg]

Thanks for clarifying. I'll research what that particular exception means since I haven't that specific one before.