Hi @ich777 , I've been running your MinecraftBedrockEdition server for years without issues but recently it seems to be stuck on version 1.21.84.1 and I can't get it to upgrade to the latest version which is 1.21.95.1 so none of my iPad clients can connect to it.

I've tried restarting the server but it doesn’t seem to dedicate that a server update is available?

6 hours ago, unRaide said:

it seems to be stuck on version 1.21.84.1

I've deprecated the Minecraft Bedrock container about a month ago, please switch over to the container from @binhex .

Anyone know the location for the SandboxSettings files in Abiotic Factor? I "think" i have found them, but they are in .sav format which I cannot figure out how to unencode into a text format for editing for the world I am hosting.

Looking for the file name? I assume SandboxSettings, but not seeing it. Any guidance on how to edit is appreciated. Essentially, the gravity cube is not respawning so we only have one trinket.

There's a new version out of BepInExPack Valheim version v.5.4.2331 and it's causing the server to crash when using ghcr.io/ich777/steamcmd:valheim container. No log file is being output as the log just keeps closing the window.

Is there a way I can force version 5.4.2202 to be used instead? I have a feeling that the container updates it every time I restart the server.

Edit: SOLVED!

I downloaded BepInExPack Valheim v5.4.2202 and overwrote the files on the server. Then I restarted the container and it again downloaded the v.5.4.2331, but this time it didn't crash and now it's working. Not sure how the heck this even happened, but if anyone else has this problem, this might work for you.

Edited August 6, 2025Aug 6 by d0mmie
Solved

7 hours ago, d0mmie said:

There's a new version out of BepInExPack Valheim version v.5.4.2331 and it's causing the server to crash when using ghcr.io/ich777/steamcmd:valheim container. No log file is being output as the log just keeps closing the window.

Is there a way I can force version 5.4.2202 to be used instead? I have a feeling that the container updates it every time I restart the server.

Edit: SOLVED!

I downloaded BepInExPack Valheim v5.4.2202 and overwrote the files on the server. Then I restarted the container and it again downloaded the v.5.4.2331, but this time it didn't crash and now it's working. Not sure how the heck this even happened, but if anyone else has this problem, this might work for you.

Seems like the latest BepInEx update has changed something with its loader, so it breaks with the start script.

Edit:

Created a github issue

Edited August 6, 2025Aug 6 by Spirevipp

Hello, i have been using the minecraftbasicserver for a long time and it always worked great. However i need to install a new server that requires java21.
Is there a way to use that version in your server? entering jre21 in the java_runtime field fails to download it

33 minutes ago, Assaro said:

Hello, i have been using the minecraftbasicserver for a long time and it always worked great. However i need to install a new server that requires java21.
Is there a way to use that version in your server? entering jre21 in the java_runtime field fails to download it

Sure, just set RUNTIME_NAME to jre21 which you can find in Show more ... in the template.

22 minutes ago, ich777 said:

Sure, just set RUNTIME_NAME to jre21 which you can find in Show more ... in the template.

I tried that. Getting a non-informative error that the download has failed. Assumed jre21 wasn't allowed for some reason.

edit:
logs

---Ensuring UID: 99 matches user---
usermod: no changes
---Ensuring GID: 100 matches user---
usermod: no changes
---Setting umask to 000---
---Checking for optional scripts---
---No optional script found, continuing---
---Taking ownership of data...---
---Starting...---
---Checking for 'runtime' folder---
---'runtime' folder not found, creating...---
---Checking if Runtime is installed---
---Downloading and installing JRE21---
---Something went wrong, can't download JRE21, putting server in sleep mode---

Edited August 9, 2025Aug 9 by Assaro

2 hours ago, Assaro said:

logs

Please try to remove the runtime folder from your minecraft directory alongside with any jar zip/tar file in the main directory from minecraft.

Of course stop the container before doing any of that and then start the container.

Tried it, error message didn't change. Runtime folder contains an empty jre21.tar.gz after restarting the container.
Also tried with jre17 and basicjre as values, didn't work either. removed the runtime-folder in between each of those.

Docker command:

docker run
  -d
  --name='MC-Archive-Proxy'
  --net='br0'
  --ip='10.42.1.21'
  --pids-limit 2048
  -e TZ="Europe/Berlin"
  -e HOST_OS="Unraid"
  -e HOST_HOSTNAME="Unraid-Test"
  -e HOST_CONTAINERNAME="MC-Archive-Proxy"
  -e 'JAR_NAME'='velocity'
  -e 'GAME_V'='custom'
  -e 'GAME_PARAMS'=''
  -e 'EXTRA_JVM_PARAMS'='-XX:+UseG1GC
  -XX:G1HeapRegionSize=4M
  -XX:+UnlockExperimentalVMOptions
  -XX:+ParallelRefProcEnabled
  -XX:+AlwaysPreTouch
  -XX:MaxInlineLevel=15'
  -e 'XMS_SIZE'='1024'
  -e 'XMX_SIZE'='1024'
  -e 'TCP_PORT_25565'='25565'
  -e 'TCP_PORT_8080'='8080'
  -e 'ACCEPT_EULA'='true'
  -e 'RUNTIME_NAME'='jre21'
  -e 'UID'='99'
  -e 'GID'='100'
  -l net.unraid.docker.managed=dockerman
  -l net.unraid.docker.webui='http://10.42.1.21:8080/'
  -l net.unraid.docker.icon='https://raw.githubusercontent.com/ich777/docker-templates/master/ich777/images/mc.png'
  -v '/mnt/cache/appdata/mc_archive/proxy':'/serverdata/serverfiles':'rw'
  --restart=unless-stopped 'ich777/minecraftbasicserver'

db6a742fa22043e6c7e493abcb1b730182e417e862425dc5571c32fe41a7bd48

6 hours ago, Assaro said:

Also tried with jre17 and basicjre as values, didn't work either. removed the runtime-folder in between each of those.

Okay wegn that all also doesn‘t work then something else is wrong.

Are you sure that the container has access to GitHub and you are not blocking any traffic?

Male sure to disable all AdBlockers if you have any on your network.

Do you also have Unifi gear on your network? Sometimes IDS/IPS is a bit to strict on those devices and restrict access for containers to some sites.

5 hours ago, ich777 said:

Are you sure that the container has access to GitHub and you are not blocking any traffic?

I haven't seen anything in my FW/Router. Using Unbound only. Whitelisted github now just to be safe

Do you also have Unifi gear on your network? Sometimes IDS/IPS is a bit to strict on those devices and restrict access for containers to some sites.

Using a custom Router with OPNsense. Should not interfere with anything. Disabled my Packet Inspection for testing and it did not change.

Can i somehow see the domains that he tries to access?

I got it to work by setting the container to bridge mode for install. Idk why that worked, but for some reason the custom:br0 with a unique ip didn't work. Got it running now. Thank you for your help. Feeling a bit stupid that i didn't try that in the first place 😵‍💫

16 minutes ago, Assaro said:

Can i somehow see the domains that he tries to access?

Yes:
https://github.com/ich777/docker-minecraft-basic-server/blob/master/scripts/start-server.sh#L86

https://github.com/ich777/docker-minecraft-basic-server/blob/master/scripts/start-server.sh#L73

https://github.com/ich777/docker-minecraft-basic-server/blob/master/scripts/start-server.sh#L60

https://github.com/ich777/docker-minecraft-basic-server/blob/master/scripts/start-server.sh#L47

https://github.com/ich777/docker-minecraft-basic-server/blob/master/scripts/start-server.sh#L34

https://github.com/ich777/docker-minecraft-basic-server/blob/master/scripts/start-server.sh#L25

On 8/6/2025 at 9:22 PM, Spirevipp said:

Seems like the latest BepInEx update has changed something with its loader, so it breaks with the start script.

Edit:

Created a github issue

I still can't get BepInExPack Valheim v.5.4.2332 to work with ich777 Valheim Docker. It completely breaks mods and refuses to load any of them. If I remove all mods, only then the world will load. Else I get an incompatibility popup error message.

I have fixed it for now by replacing all BepInExPack files with v.5.4.2202 but leaving the BepInEx-5.4.2332 file in place to trick the container into thinking it's the latest version.

10 hours ago, d0mmie said:

I have fixed it for now by replacing all BepInExPack files with v.5.4.2202 but leaving the BepInEx-5.4.2332 file in place to trick the container into thinking it's the latest version.

Are you talking about ValheimPlus or BepInEx?

I try to look into this but I'm nut sure when I have time for a fix.

5 minutes ago, ich777 said:

Are you talking about ValheimPlus or BepInEx?

I try to look into this but I'm nut sure when I have time for a fix.

BepInEx. I never used Valheim Plus and it hasn't been updated since late 2022.

24 minutes ago, d0mmie said:

BepInEx. I never used Valheim Plus and it hasn't been updated since late 2022.

Please update the container itself, the issue with BepInEx is now fixed, if you did any workarounds delete the version file for BepInEx which is located in the main directory from the container (usually named BepInEx-<VERSION>) in the first place and then update the container.

36 minutes ago, ich777 said:

Please update the container itself, the issue with BepInEx is now fixed, if you did any workarounds delete the version file for BepInEx which is located in the main directory from the container (usually named BepInEx-<VERSION>) in the first place and then update the container.

That worked! Thank you for the fast response and a fix :)

Hey, I'm using the rust game server docker, and I'm running into an issue with my server.cfg being read. you have hardcoded a few server vars in the launch script and I'm wondering if its possible to disable those so the settings are correctly read from the server.cfg instead.

I've tried removing the fields from the edit screen, but then defaults are chosen instead of ignored.

thanks in advance.

4 hours ago, Gregory G Harding said:

hardcoded a few server vars in the launch script and I'm wondering if its possible to disable those so the settings are correctly read from the server.cfg instead.

No, this is not possible.

4 hours ago, Gregory G Harding said:

I've tried removing the fields from the edit screen, but then defaults are chosen instead of ignored.

If you remove them from the Docker template the default values from the Dockerfile are read.

May I ask with what values do you have an issue, the container exists a very long time now and nobody until yet reported an issue.

Is it that bad when you have to use the Docker template for these few values instead the server.cfg?

Hi,

I've been trying to run the ich777 Satisfactory server for me and my friends with Tailscale. So far installation and getting the server to run works, I can connect via Tailscale and play on it.

My issue tho, it appears that whenever I need to restart the Unraid server itself or sometimes the Satisfactory docker, my ingame created server for that docker seems to be completely deleted/reset. I need to create a new one, give it a name, claim it as admin, set a password and create a new game. The saved game and it's files seem to be deleted and I cannot find it in my storage of the unraid server.

When I recently restarted my Unraid server, and started the Satisfactory Docker again, it also installed an update of the game itself, even tho there was no recent game update. Idk if this information is relevant.

Did I miss setting something up? I'd appreciate any help. And for your info, I do not have that much in-depth knowledge of this stuff, just enough on how to set such stuff up. It worked fine with the V Rising server and never had any issues. I did set up the Satisfactory server in the same way.

1 hour ago, Insp3ctorJ said:

my ingame created server for that docker seems to be completely deleted/reset.

Please check your paths inside the template.

If you've set /mnt/cache/appdat/... then you have to ensure that your appdata share stays on the cache and is not moved to another pool <- that's probably the reason.

Check your Share settings for your appdata share and make sure the mover takes no action.

2 hours ago, ich777 said:

Please check your paths inside the template.

If you've set /mnt/cache/appdat/... then you have to ensure that your appdata share stays on the cache and is not moved to another pool <- that's probably the reason.

Check your Share settings for your appdata share and make sure the mover takes no action.

that was the issue and fixed it, thank you :D

On 8/5/2025 at 2:27 AM, l0n3 said:

Anyone know the location for the SandboxSettings files in Abiotic Factor? I "think" i have found them, but they are in .sav format which I cannot figure out how to unencode into a text format for editing for the world I am hosting.

Looking for the file name? I assume SandboxSettings, but not seeing it. Any guidance on how to edit is appreciated. Essentially, the gravity cube is not respawning so we only have one trinket.

Did you ever find the answer to this? I'm, having the same issue. Tried using the ini location override and get an error saying it can't find the location :/