DBone-Unraid

Good call on changing to /mnt/cache, I didn't even notice one of my paths was setup that way until it was pointed out in a previous post, thank you @ich777 & @devnet. I cannot say that I have ever run into the loop issue you are having. Just a little bit ago a started a brand new server from scratch installing it to a completely new folder for both the server files and steamcmd. I put in all the custom path mappings making sure to modify them to my new paths for the new server and steamcmd directories and used the same exact settings in my Game Parameters and Extra Game Parameters including the -automanagedmods flag. Here is what I have for my "Extra Game Parameters": -server -log -automanagedmods -NoBattlEye -crossplay If it still gives you the loop, then take the -automanagedmods and then continue on as follows. After the docker template is setup, let the docker launch so that it can download all the files and start the server. The first run you will not have any mods because the GameUserSettings.ini file will be generated upon the first startup. Once the server starts up, I check to make sure it shows up in the server browser in game. You will note that the column "W/Mods" will be blank at this time. Then stop the server and edit your GameUserSettings.ini file adding the ActiveMods= along with all the mods you want separated by a comma. Launch the server now and give it some time to download the mods. You should be able to open the logs of the docker while it is running and see messages like "Downloading item 1999447172 ..." for each mod you have listed in your GameUserSettings.ini file. I'm wondering if one of your other custom paths still has an extra space after Linux. After the new server was setup I checked my directory and this is what I have: /serverdata/serverfiles/Engine/Binaries/ThirdParty/SteamCMD# ls -lrt total 0 drwxrwx--- 1 steam users 24 Jan 9 17:14 Win64 drwxrwx--- 1 steam users 118 Jan 9 20:21 Linux After booting the server with mods, check this folder from the console of the docker to see if you have the "workshop" folder. /serverdata/serverfiles/Engine/Binaries/ThirdParty/SteamCMD/Linux/steamapps# ls -lrt total 8 -rwxrwxrwx 1 steam users 220 Jan 9 20:21 libraryfolders.vdf drwxrwx--- 1 steam users 84 Jan 9 20:21 workshop If the workshop folder is not being created in the "Linux" no space directory but is going into the "Linux " with the space directory then there is most likely an extra space somewhere in one of the custom path configurations.

@devnet can you check your path setup to make sure there isn't a space at the end of the container path?

@devnet When you did the mappings for the engineapps, did you accidentally include a space after Linux? The container path should be: /serverdata/serverfiles/Engine/Binaries/ThirdParty/SteamCMD/Linux/steamapps From what I can tell that is the only place where the space could have been added that would cause this issue.

Hello @KyrVorga, yes, you are able to use mods with this container. It has been quite a while since I set this up so please bare with me, there is more detail somewhere within this forum topic which is how I was able to get this working, if I come across the posts, I will be sure to share them. In the meantime, here is some information on my current setup that has been working for quite some time. Within the Docker setup in the "Extra Game Parameters" you need to make sure to include "-automanagedmods", if you are setting up a cluster you will want to make sure this is only on the first map to startup within the cluster, also make sure that you give the first map plenty of time to startup before the next map in the cluster starts to give the mods enough time to update. You will also need to add extra parameters to the Docker template for the steam workshop, again, this will only be setup on the first map that starts up in the cluster if applicable. Full container path in the below screenshot is: /serverdata/serverfiles/Engine/Binaries/ThirdParty/SteamCMD/Linux/steamapps Full container path in the below screenshot is: /serverdata/serverfiles/Engine/Binaries/ThirdParty/SteamCMD/Linux I hope this information is useful and is able to get you up an running with mods.

@Mortalic Please see this previous post regarding the GameUserSettings.ini and Game.ini files getting reset to default. Here is how I was able to keep these files from going back to default.

Thank you for the quick response. I followed the steps but the server still does not start. I tried jre11 and jre15, also for the Game Version I left blank originally but now changed it to "custom" so I am seeing a difference in the log output regarding the jar file but the server still terminates. ---Checking if UID: 99 matches user--- usermod: no changes ---Checking if GID: 100 matches user--- usermod: no changes ---Setting umask to 000--- ---Checking for optional scripts--- ---No optional script found, continuing--- ---Starting...--- ---Checking for 'runtime' folder--- ---'runtime' folder found--- ---Checking if Runtime is installed--- ---Runtime found--- ---Checking for Minecraft Server executable --- ---Custom mode enabled please make sure that 'forge-1.17.1-37.0.107-server.jar' is in the main directory!--- ---Executable 'forge-1.17.1-37.0.107-server.jar' in main directory found, continuing!--- ---Preparing Server--- ---Checking for 'server.properties'--- ---'server.properties' found... ---Checking for old logs--- ---Starting Server--- ---Checking if UID: 99 matches user--- usermod: no changes ---Checking if GID: 100 matches user--- usermod: no changes ---Setting umask to 000--- ---Checking for optional scripts--- ---No optional script found, continuing--- ---Starting...--- ---Checking for 'runtime' folder--- ---'runtime' folder found--- ---Checking if Runtime is installed--- ---Runtime found--- ---Checking for Minecraft Server executable --- ---Custom mode enabled please make sure that 'forge-1.17.1-37.0.107-server.jar' is in the main directory!--- ---Executable 'forge-1.17.1-37.0.107-server.jar' in main directory found, continuing!--- ---Preparing Server--- ---Checking for 'server.properties'--- ---'server.properties' found... ---Checking for old logs--- ---Starting Server--- ---Waiting for logs, please stand by...--- ---Waiting for logs, please stand by...--- [18:24:50] [Server thread/INFO]: Stopping server [18:24:50] [Server thread/INFO]: Saving players [18:24:50] [Server thread/INFO]: Saving worlds [18:24:50] [Server thread/INFO]: Saving chunks for level 'ServerLevel[world]'/minecraft:overworld [18:24:53] [Server thread/INFO]: Saving chunks for level 'ServerLevel[world]'/minecraft:the_nether [18:24:53] [Server thread/INFO]: Saving chunks for level 'ServerLevel[world]'/minecraft:the_end [18:24:53] [Server thread/INFO]: ThreadedAnvilChunkStorage (world): All chunks are saved [18:24:53] [Server thread/INFO]: ThreadedAnvilChunkStorage (DIM-1): All chunks are saved [18:24:53] [Server thread/INFO]: ThreadedAnvilChunkStorage (DIM1): All chunks are saved [18:24:53] [Server thread/INFO]: ThreadedAnvilChunkStorage: All dimensions are saved Terminated

Sorry if this has been posted before. Wondering if anyone has been able to get Minecraft Forge 1.17.1 working with the MinecraftBasicServer docker in order to play with mods. If so, would like to know what I need to do to get it working. So far this is what I have tried. I have installed the docker and let it run through the initial setup. I then downloaded the Forge 1.17.1 installer and ran the server installer. I just installed it to a temporary folder on my desktop. I then copied all those files over to where the minecraftbasicserver files are and set the Serverfile name to "forge-1.17.1-37.0.107-server". This server jar file is buried in the "\libraries\net\minecraftforge\forge\1.17.1-37.0.107" folder. I tried to just copy this jar file into the root of the minecraft server data folder (where the original server.jar file is) thinking that would work but the server never actually starts. Just get "waiting for logs, please stand by..." and then just keeps looping through the below log output. ---Checking if UID: 99 matches user--- usermod: no changes ---Checking if GID: 100 matches user--- usermod: no changes ---Setting umask to 000--- ---Checking for optional scripts--- ---No optional script found, continuing--- ---Starting...--- ---Checking for 'runtime' folder--- ---'runtime' folder found--- ---Checking if Runtime is installed--- ---Runtime found--- ---Checking for Minecraft Server executable --- ---Preparing Server--- ---Checking for 'server.properties'--- ---'server.properties' found... ---Checking for old logs--- ---Starting Server--- ---Waiting for logs, please stand by...--- [18:24:50] [Server thread/INFO]: Stopping server [18:24:50] [Server thread/INFO]: Saving players [18:24:50] [Server thread/INFO]: Saving worlds [18:24:50] [Server thread/INFO]: Saving chunks for level 'ServerLevel[world]'/minecraft:overworld [18:24:53] [Server thread/INFO]: Saving chunks for level 'ServerLevel[world]'/minecraft:the_nether [18:24:53] [Server thread/INFO]: Saving chunks for level 'ServerLevel[world]'/minecraft:the_end [18:24:53] [Server thread/INFO]: ThreadedAnvilChunkStorage (world): All chunks are saved [18:24:53] [Server thread/INFO]: ThreadedAnvilChunkStorage (DIM-1): All chunks are saved [18:24:53] [Server thread/INFO]: ThreadedAnvilChunkStorage (DIM1): All chunks are saved [18:24:53] [Server thread/INFO]: ThreadedAnvilChunkStorage: All dimensions are saved Terminated Any hep would be greatly appreciated.

@Saiba Samurai Sorry to hear you are having issues getting ARK servers up and running. Just out of curiosity what kind of router are you using for your port forwarding and are you using stock firmware on the router or a third party firmware. Not that it should make any difference for port forwarding but just wanted to ask in case someone else has had similar issues with the same router/firmware. Also, when setting up your custom network to run your servers on is the IP Address within the same network subnet mask as your main network? I saw in your screenshot that your custom network you tried using is 192.168.20.117. Is your router IP set at 192.168.20.1?

No problem @Body Karate. Glad I was able to help.

Hi @Body Karate, I too was having issues with my GUS.ini & Gami.ini files being overwritten upon server restart. It was happening randomly. One way I found to keep the files intact was to use the linux chattr command to change the attribute of those two files so that they could not be modified, deleted or overwritten at all. To accomplish this once you have your settings how you want them in those files you would open up a terminal window from your unraid web interface and then change directory into to where those files are saved. Then issue the following commands on those files: chattr +i Game.ini chattr +i GameUserSettings.ini Keep in mind that you will not be able to edit these files once the command has been run. In order to make changes to the files you will need to run the command using the -i option as follows: chattr -i Game.ini chattr -i GameUserSettings.ini Once you make your changes run the command with the +i option mentioned previously and they should not get changed/overwritten when the server starts. You will get an error in the Docker log when the docker tries to change ownership of the files but that is fine because you don't want them to be touched once you have them set how you want them. For one server this will work just fine but once you get multiple servers up and running and they each have their own GUS.ini & Game.ini settings then you will definitely want to look into the User Scripts plugin for unraid. With that plugin you can write a script that can unlock the files, copy over the updated files that you updated from a location on your server that you can modify and then lock the files down again.

Thank you so much @Cyd for the help and explanation. I am excited to get all the maps up an running and save a bunch of storage on my cache drive. Excellent work on getting this all setup. Thank you.

Do I have to put them in a specific location and does the ARK0-A3C docker call them somehow?

@Cyd First off, excellent work on getting this all setup. I have a question regarding how the ARK0-A3C docker works. I have all 10 map templates downloaded and have modified them with my settings. I am not going to use the dynamicconfig.ini as I will have the settings for each map contained in their own ini files. On the github I noticed that there are some script files along with all the template files. I'm just wondering if I need to copy those script files somewhere specific or does the ARK0-A3C docker somehow contain those for performing the backups and updates? I have read through the readme file and I didn't really see where the script files were discussed. Any help would be greatly appreciated. Thank you.

For ARK Game.ini & GUS.ini settings being reset. I was struggling with the issue of all my Game.ini & GUS.ini settings files getting reset to default upon server reboot. So what I did was issued a the chattr +i command to lock the Game.ini & GUS.ini down so they cannot be modified/overwritten. I ended up installing the User Scripts plugin for Unraid and I keep backups of all my Game.ini & GUS.ini settings in a share that I have permission to edit on my Windows computer. Anytime I want to make a change to either of these files I simply edit the file from the share that I can access and then I fire off a script from the User Scripts plugin. Here is a sample of how the script is run for one of my ARK Servers (I currently have a cluster of 8 different maps so I have entries for each of the 8 maps). #!/bin/bash chattr -i /mnt/cache/ARKServer/TheIsland/ShooterGame/Saved/Config/LinuxServer/Game.ini chattr -i /mnt/cache/ARKServer/TheIsland/ShooterGame/Saved/Config/LinuxServer/GameUserSettings.ini cp /mnt/cache/ARKServer/BackupINI/TheIsland/Game.ini /mnt/cache/ARKServer/TheIsland/ShooterGame/Saved/Config/LinuxServer/Game.ini cp /mnt/cache/ARKServer/BackupINI/TheIsland/GameUserSettings.ini /mnt/cache/ARKServer/TheIsland/ShooterGame/Saved/Config/LinuxServer/GameUserSettings.ini chattr +i /mnt/cache/ARKServer/TheIsland/ShooterGame/Saved/Config/LinuxServer/Game.ini chattr +i /mnt/cache/ARKServer/TheIsland/ShooterGame/Saved/Config/LinuxServer/GameUserSettings.ini In the Script the "chattr -i" unlocks the file then the cp command will copy the updated file from my backup directory. After the copy the "chattr +i" command will lock the file so that not even the docker can write to the file. If you look at the log of the docker after starting it you will see the following errors: chown: changing ownership of '/serverdata/serverfiles/ShooterGame/Saved/Config/LinuxServer/GameUserSettings.ini': Operation not permitted chown: changing ownership of '/serverdata/serverfiles/ShooterGame/Saved/Config/LinuxServer/Game.ini': Operation not permitted Since I have done this my Game.ini & GUS.ini files stay intact through reboots and server updates. Currently my cluster setup has the default docker install for each map so it takes up way too much space on my Cache drive (500 GB) so my next order of business is to get all maps to share the common files and only have a different location for individual Save data. I'm really liking what I see with what @Cyd has put together with the A3C that is on the github. I am definitely going to have to get that figured out. Great stuff!

My daily Speedtest is still showing only 8 Mbps consistently but I did fire up a VM on Unraid and had Epic Games download and install a game. While it was downloading I went to the dashboard in the Unraid WebUI and the receive speeds on my NIC were hitting 100 Mbps. So not sure why Speedtest cannot show the correct download speed through Unraid. Will probably just disable the daily Speedtest as I am not noticing any other slow downs anywhere else.